Re: WTF: All those eclipse packages (and som gcj questions)
On Sat, Dec 17, 2005 at 02:36:22PM +0100, Andreas Pakulat wrote:
> On 17.12.05 14:47:11, Michael Koch wrote:
> > On Sat, Dec 17, 2005 at 01:26:07PM +0100, Andreas Pakulat wrote:
> > > On 17.12.05 13:54:55, Michael Koch wrote:
> > > Anyway, somethings not working here as expected. Having
> > > JAVA_HOME=/usr/lib/jvm/java/gcj is _much_ slower (in startup) than using
> > > SUN's JDK. And I can't use Java 1.5 features such as template-classes.
> > >
> > > Also it seems that java-gcj VM doesn't load jar files from
> > > /usr/share/java. I get a class not found exception for the javahl
> > > library on startup:
> > >
> > > java.lang.ClassNotFoundException: org.tigris.subversion.javahl.SVNClient not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:/usr/lib/eclipse/startup.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
> > >
> > > The difference in startup is 1minute (with gcj), 40 seconds(with vm=sun,
> > > java=java-gcj) and 30 seconds(with vm=sun and java=sun)
> > >
> > > Any thoughts about this?
> >
> > We have a bug in /usr/bin/eclipse up to eclipse 3.1.1-6. -7 will fix
> > this. The problem is that we use the wrong way to lookup the native jars
> > in GCJ. We use the old way of searching for C++ ABI jars first. We should use
> > the new way to look for BC ABI jars first as all native jars are
> > compiled with BC ABI. To achieve this please add
> >
> > -Dgnu.gcj.runtime.VMClassLoader.library_control=never \
>
> The startup time got better (first start was worse, but the 2nd and 3rd
> were as fast as Sun's JDK). But I still have the UnkownClassException -
> maybe I should file a bug report for this, but which package?
> java-gcj-compat, or some eclipse-package?
Please report against "eclipse". I will sort it out then.
> Also the generics don't work when using the java-gcj-compat VM as you
> suggested for beeing able to use ecj as compiler.
All language extensions from Java 5.0 work with GCJ 4.0. The main problem
is just that you cant use the Java 5.0 API which use generics as this is
not included in GCC 4.0 (and not in 4.1 either) yet. It will hopefully be
included in GCC 4.2. To be able to use generics extended API of Java 5.0
you will need classpath-generics which is not in debian yet. We will hopefully
upload this soon. Then you can e.g. use Vector<String> and such stuff.
Cheers,
Michael
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
Reply to: