This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Trouble building gcj 4.8.1
- From: Mike Hearn <mike at plan99 dot net>
- To: Andrew Haley <aph at redhat dot com>
- Cc: GCC Java <java at gcc dot gnu dot org>
- Date: Tue, 25 Jun 2013 15:53:42 +0200
- Subject: Re: Trouble building gcj 4.8.1
- References: <CANEZrP3wxTPvx5Ky2O1qds427t9LxtSt0Bm3GntjcN63_0+3rw at mail dot gmail dot com> <CANEZrP0vTN_MAe4jOamUqKnkyXgNYJ-bsUnovANV36evGdJWPA at mail dot gmail dot com> <51C87C22 dot 9030201 at redhat dot com> <CANEZrP2woCNh4P+a-xTWqqz+PKEi01C0PU+D_TVu1jn2CeDaNw at mail dot gmail dot com> <51C88147 dot 8060508 at redhat dot com> <CANEZrP0WwGL40Vguonwb2CLvpvYmCaRTkO+wZqZ6uTGvtGxu0w at mail dot gmail dot com>
> Any idea why it's not building? Perhaps this is why the class file
> didn't get refreshed last time ....
Ah, it seems libjava/java/lang/String.java takes precedence over
libjava/classpath/java/lang/String.java
Looks like the libjava version is several years old. I tried a simple
replacement and it didn't build, probably because String depends on
various runtime internal things.
I feel like I am reaching the limits of what I can figure out by
myself. I'm trying to get the c'tors that include Charset so I might
try a surgical patch to the libjava/java/lang version, but there's
obviously several years of fixes and optimizations to the Classpath
version which would be nice to have. And I see that there are older
versions of other java.lang files in there too.
What's involved in syncing those core classes up to the latest
classpath versions?