This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libgcj/16899] Gcj does not produce working executables for big endian ARMs
- From: "mckinlay at redhat dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 19 Aug 2004 14:42:47 -0000
- Subject: [Bug libgcj/16899] Gcj does not produce working executables for big endian ARMs
- References: <20040806144324.16899.jari.korva@iki.fi>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From mckinlay at redhat dot com 2004-08-19 14:42 -------
Thanks. Here's the problem:
#9 0x00034b44 in java.lang.VMClassLoader.getSystemClassLoader() () at
/crosstool-0.28-rc32/build/armv5b-softfloat-linux/gcc-3.4.1-glibc-2.3.2/gcc-3.4.1/libjava/java/lang/VMClassLoader.java:280
#10 0x00028898 in java.lang.ClassLoader.<clinit>() () at
/crosstool-0.28-rc32/build/armv5b-softfloat-linux/gcc-3.4.1-glibc-2.3.2/gcc-3.4.1/libjava/java/lang/ClassLoader.java:156
ie the class initializer for ClassLoader, and specifically the
getSystemClassLoader() call, is eventually dependent on itself.
We need to figure out a way to break the dependency chain. First step is
probably to figure out why this is happening on your target, but not others.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16899