[fedora-java] Using the natively-built Eclipse compiler

Andrew Haley aph at redhat.com
Wed Mar 9 15:04:12 UTC 2005


Ziga Mahkovec writes:
 > On Wed, 2005-03-09 at 14:44 +0000, Andrew Haley wrote:
 > > Ziga Mahkovec writes:
 > >  > On Wed, 2005-03-09 at 14:08 +0000, Andrew Haley wrote:
 > >  > > Ziga Mahkovec writes:
 > >  > >  > Thanks Andrew, I put the steps and log files here:
 > >  > >  > http://www.bootchart.org/misc/ecj/ecj-native.html
 > >  > > 
 > >  > > You didn't try
 > >  > > -Dgnu.gcj.precompiled.db.path=/usr/lib/eclipse/eclipse.db without
 > >  > > jdtcore.jar.so.
 > >  > 
 > >  > Updated page.  I guess this is the same as running interpreted, since
 > >  > most of the class lookups fail.
 > > 
 > > It is: it seems that you don't have a precompiled version of
 > > /usr/share/java/jdtcore.jar in your eclipse.db.  Either that, or the
 > > corresponding precompiled library isn't readable.
 > 
 > The corresponding library
 > is /usr/lib/eclipse/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar.so
 > right?

I would guess so, but I don't know.

 > I do have it in eclipse.db, but for the last two tests I renamed it, in
 > order to force tools.jar to not use the gcjlib:// class loader.

I see.  Of course, I have no idea why tools.jar is attempting to use
the gcjlib:// class loader, or why it is so slow when it does.  It
really should not explicitly use this class loader.

 > That's why I didn't include the additional test
 > (gnu.gcj.precompiled.db.path without jdtcore.jar.so) in the first
 > place.

Yes, I see.  Do you by any chance happen to have oprofile?

Andrew.




More information about the fedora-devel-java-list mailing list