This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Patch: FYI: VMClassLoader fix
- From: Tom Tromey <tromey at redhat dot com>
- To: Java Patch List <java-patches at gcc dot gnu dot org>
- Date: 19 Apr 2005 00:33:17 -0600
- Subject: Patch: FYI: VMClassLoader fix
- Reply-to: tromey at redhat dot com
I'm checking this in on the trunk.
VMClassLoader.loadClass was calling _Jv_InitClass when 'resolve' was
true. This is incorrect, we should resolve the class, not initialize
it.
Tom
Index: ChangeLog
from Tom Tromey <tromey@redhat.com>
* java/lang/natVMClassLoader.cc (loadClass): Call resolveClass,
not _Jv_InitClass.
Index: java/lang/natVMClassLoader.cc
===================================================================
RCS file: /cvs/gcc/gcc/libjava/java/lang/natVMClassLoader.cc,v
retrieving revision 1.10
diff -u -r1.10 natVMClassLoader.cc
--- java/lang/natVMClassLoader.cc 5 Apr 2005 22:26:25 -0000 1.10
+++ java/lang/natVMClassLoader.cc 19 Apr 2005 06:33:57 -0000
@@ -216,7 +216,7 @@
// It isn't clear from the spec, but this is what other
// implementations do in practice.
if (resolve)
- _Jv_InitClass (klass);
+ resolveClass (klass);
else
_Jv_Linker::wait_for_state (klass, JV_STATE_LOADING);