Description of problem: There is no gcj precompiled shared library and db for org.eclipse.jdt.core_3.4.2.v_883_R34x.jar Version-Release number of selected component (if applicable): eclipse-ecj-3.4.1-5.fc10.x86_64 (This was fine with eclipse-ecj-3.3.2-12.fc9.i386) How reproducible: Always. Steps to Reproduce: 1. gij -jar /usr/share/java/ecj.jar <lots-of-java-source-files> Actual results: Very slow compilation. Expected results: Very fast compilation. Additional info: Since ecj is used to bootstrap gcj and icedtea which contain lots and lots of java source files this is causes a very big slowdown.
We don't build AOT bits for Eclipse packages anymore.
Everything must be very slow now then... this move seems insane IMO.
Nothing is slow if you're not using gcj/gij :) Seriously, smolt numbers show that we have *very* few users of non-x86/x86_64 who are all getting the benefits of HotSpot. Regardless, I have a build going in koji now with AOT bits for ecj for the IcedTea folks.
ecj is incredibly slow under gij and given you need to build IcedTea and get HotSpot... Indeed things will be slow under anything on PPC, etc. What was the reason for pulling this and at such short notice?
The latest Eclipse build in rawhide has AOT bits.
http://koji.fedoraproject.org/koji/buildinfo?buildID=75651
Thanks :)