This is the mail archive of the
java-prs@gcc.gnu.org
mailing list for the Java project.
[Bug libgcj/24616] linking BC-compiled classes: NoClassDefFoundErrors should be deferred
- From: "thebohemian at gmx dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: java-prs at gcc dot gnu dot org
- Date: 5 Dec 2005 11:34:14 -0000
- Subject: [Bug libgcj/24616] linking BC-compiled classes: NoClassDefFoundErrors should be deferred
- References: <bug-24616-10268@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #25 from thebohemian at gmx dot net 2005-12-05 11:34 -------
aph, this would be your test case right?
class T {
void fail(){
System.out.println("fail-0");
M m = new M();
System.out.println("fail-1");
m.test();
}
}
// Bytecode removed
class M {
void test(){
}
}
Considered that someone calls fail on a T object a NoClassDefFoundError should
be thrown immediately?
I think this is not right and that is why I put the println() invocations into
the method. What I observed is that the interpreter runs the code until it
reaches a situation where it cannot continue. In the above example this is the
instantiation of the M class.
My patch already addresses this by making M a phantom class.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24616