This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: xscale-elf testsuite results
- From: Tom Tromey <tromey at redhat dot com>
- To: Anthony Green <green at redhat dot com>
- Cc: java at gcc dot gnu dot org
- Date: 22 Mar 2002 11:44:45 -0700
- Subject: Re: xscale-elf testsuite results
- References: <1016741532.2938.158.camel@dhcppc2>
- Reply-to: tromey at redhat dot com
>>>>> "Anthony" == Anthony Green <green@redhat.com> writes:
Anthony> /louie/green/3.1/gcc/libjava/testsuite/libjava.compile/final_initialization_in_ctor.java:19: can't reassign a value to the final variable 'loadFactor'.
Anthony> this.loadFactor = loadFactor;
This is the -fcheck-references failure. check-init doesn't understand
the extra checking.
In this case I think we can solve the problem by not emitting a check
when looking for a field of `this'. This should be safe, right?
Anthony> gcj: /louie/green/3.1/xscale-elf/b/xscale-elf/libjava/testsuite/Data-B/louie/green/3.1/xscale-elf/b/gcc/.class: No such file or directory
Anthony> gcj: no input files
This happens because the file is named `Data$1.class'. The `$1' gets
expanded somewhere, yielding weirdness. We fixed this by hacking
libtool a long time ago. I don't know why I don't see this. Do we
somehow have different versions of libtool?
Tom