Anthony> This output looks very suspicious to me: Me too. Anthony> [Loaded (pre-compiled) org.bouncycastle.asn1.DERTags from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.jar <no certificate\s>)] "pre-compiled" means that this is compiled with the C++ ABI. At least, it is supposed to mean that -- it isn't clear to me whether the test we use at runtime is 100% accurate. In particular we do: return c->otable_syms || c->atable_syms || c->itable_syms; ... but it seems like we could have a BC-compiled class where all of these are NULL. For instance a class which is nothing but a bunch of 'int' constants would probably fail this test. So, without knowing more, it is hard to say whether this output means there is a bug :( Anthony> Similarly, it looks as though some Azureus and SWT classes are Anthony> "BC-compiled" and some are "bytecode". The 'bytecode' test is definitely accurate. Anthony> BTW, I also noticed in an ant run that ant was executing Anthony> natively, while the Eclipse compiler it invokes is being Anthony> interpreted. Builds are noticeable slower than on my FC5 Anthony> machine. I've noticed this when running Eclipse as well. Anthony> Gah.. this is the problem. Somewhere along the line Anthony> aot-compile-rpm is creating partial classmap.db files. For Anthony> instance, bcprov-1.33.jar.db only contains 331 entries but Anthony> bcprov-1.33.jar has over 800 classes. I looked at the .jar in the eclipse-ecj package and noticed this same thing. The .jar has 1346 .class files but the .db only has 180 entries. Tom -- fedora-devel-java-list mailing list fedora-devel-java-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-java-list