Re: build (compilation errors)

[Mark Wielaard]

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