Frank,
I looked at what my lex compiler is producing, and the parser_lex.c
file is about 4000 lines. Note that I am NOT using Sun Studio 12. If I
am interpreting the error message you are seeing correctly, it looks
like your parser_lex.c file is ending after only 212 lines, hence the
unexpe
Hello,
i removed the trailings from the mentioned lines
but this doesn't help.
Same error message than before
Frank
--
This message posted from opensolaris.org
___
perf-discuss mailing list
perf-discuss@opensolaris.org
Sourceforge has recently added mercurial support to their code hosting:
http://apps.sourceforge.net/wordpress/sourceforge/2009/03/11/bazaar-and-mercurial-scm-services-launched/
Not sure if that makes it easier, since you'd still want just the subset
of the onnv repo published to the sourceforge re
Jonathan,
Yes, it hasn't been updated since we started developing under
OpenSolaris. This is because Solaris uses a different source control
language, Mercurial, and converting between Mercurial and CVS would
require some scripts that no one has had time to write. Instead, we are
converting
incidentally Andrew .. the cvs tree seems to be *way* out of sync as
well on sf.net:
http://sourceforge.net/project/stats/detail.php?group_id=133644&ugn=filebench&type=cvs&mode=12months
On Mar 25, 2009, at 9:55 AM, Andrew Wilson wrote:
Frank,
I can't see anything wrong with the parser_lex.l c
Frank,
I can't see anything wrong with the parser_lex.l code, however there are
a couple of extra semicolons in parser_gram.y that were reported a few
days ago that might be the source of the problem. They have actually
been there for a while, but are not caught by the regular Solaris
compiler
Hello
when i try to compile filebench 1.4.4 on Sol10 with the Sun Studio Compiler 12
i get the following :
cc: Warning: -xarch=v9 is deprecated, use -m64 to create 64-bit programs
source='parser_gram.c' object='parser_gram.o' libtool=no \
depfile='.deps/parser_gram.Po' tmpdepfile='.deps/parser_
