This is the mail archive of the
java-prs@gcc.gnu.org
mailing list for the Java project.
[Bug libgcj/21326] seg fault in _Jv_Linker
- From: "rspencer at x10sys dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: java-prs at gcc dot gnu dot org
- Date: 3 May 2005 22:16:43 -0000
- Subject: [Bug libgcj/21326] seg fault in _Jv_Linker
- References: <20050502031937.21326.rspencer@x10sys.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From rspencer at x10sys dot com 2005-05-03 22:16 -------
I don't see how that is possible on the application side as the source code is
100% Java and it is all compiled with the same options (there's only one
compilation command that compiles all sources). Perhaps you are suggesting that
libgcj is compiled differently from the application? If so, shouldn't the
default compilation flags automatically work correctly with libgcj? The only
flags given are "-g -02".
So, I tried your suggestion. I compiled JING with HotSpot 1.4.2. It compiled
fine to .class files via javac 1.4.2. I compiled the .class files (one command
line again) with GCJ using the -findirect-dispatch option. GCJ gave hundreds of
errors. Most of the errors were about "finalized field 'xyz' may not have been
initialized". That sounds more like a warning to me, but I wouldn't know. I
take it that GCJ doesn't like foreign compiled .class files?
I'm not sure where to go from here except to give up on GCJ. Any other suggestions?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21326