Hi, On Sun, 2002-02-03 at 20:00, Nic Ferrier wrote: > $ make > Making all in lib > make[1]: Entering directory `/home/nferrier/projects/orp/classpath/lib' > top_builddir=.. /bin/sh ./gen-classlist.sh standard > if ! [ -e ../include ]; then -mkdir ../include; fi > top_srcdir=.. /usr/bin/perl ./mkdep.pl -h > top_srcdir=.. /usr/bin/perl ./mkdep.pl -j > make[1]: Leaving directory `/home/nferrier/projects/orp/classpath/lib' > make[1]: Entering directory `/home/nferrier/projects/orp/classpath/lib' > /home/nferrier/projects/gnu/gcc/local/bin/gcj -C -d . @classes > ./../vm/current/java/lang/Class.java:71: Duplicate variable declaration: >`ProtectionDomain protectionDomain' was `null protectionDomain' (<built-in>:0). > private ProtectionDomain protectionDomain = null; > ^ > ./../java/util/LinkedHashMap.java:0: tree check: expected class 'd', have 'x' >(identifier_node) in check_inner_circular_reference, at java/parse.y:5247 > Please submit a full bug report, > with preprocessed source if appropriate. > See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. > make[1]: *** [compile-classes] Error 1 > make[1]: Leaving directory `/home/nferrier/projects/orp/classpath/lib' > make: *** [all-recursive] Error 1 > > > I configured this with: > > configure --with-gcj > > I have GCJ from CVS built locally. > > I noticed Mark saying that there was a problem with GCJ 3.0 and > 3.1. Is this the cause of the compilation failure?
Yes. I just checked in a workaround for the first issue with Class.java (by renaming the protectionDomain field to pd). But for the second issue you will need the patch for gcc/java/parse.y from Tom Tromey mentioned in this bug report: <http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&database=gcc&pr=4715>. But compiling with jikes or gcj 3.0.x should work out of the box (now). Cheers, Mark _______________________________________________ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
