Re: Eclipse 3.1 (was Re: rawhide report: 20050126 changes)

[Nick Bargnesi]

On Thu, 27 Jan 2005 17:19:53 -0500, Andrew Overholt <overholt(a)redhat.com&gt; wrote:
>  * Nick Bargnesi <nbargnesi(a)gmail.com&gt; [2005-01-27 16:55]:
>  >
>  > Tried the 3.0.1fc9 RPMs, resulted in:
>  >
>  > libgcj failure: Duplicate class registration: java.awt.image.RenderedImage
>  
>  This is because we've compiled and linked Eclipse with libgcj4's .so but
>  you're running with gij from the 3.4.x package (which is linked against
>  libgcj 3.4.x's .so).  You just need to set your alternatives to point to
>  java-1.4.2-gcj4-compat and -devel.  See blow:
>   
Even after setting the alternative java and javac, I still see the
RenderedImage gcj failure.

>  > ECLIPSE_OPTS="$ECLIPSE_OPTS -vm /usr/bin/java"
>  >
>  > Unfortunately, that's no good because using the gcj vm is the point
>  > correct?
>  
>  Actually, I set it to point to /usr/bin/java so that you can run it with a
>  proprietary JVM if you want.  Are you familiar with the alternatives system
>  at all?  Install java-1.4.2-gcj4-compat (and -devel), and you'll have a
>  setup similar to a traditional JVM (like any JPackage-style RPM, that is)
>  with /usr/bin/java, /usr/bin/javac, etc. but built around gcj/gij and ecj
>  (the Eclipse java compiler).  Thus, when running Eclipse we want it to run
>  with gij.  Make sure you set your alternative to java-gcj4-compat and
>  you'll be set:
>  
>  su - -c "update-alternatives --set java \
>    /usr/lib/jvm/jre-1.4.2-gcj4/bin/java"
>  su - -c "update-alternatives --set javac \
>    /usr/lib/jvm/java-1.4.2-gcj4/bin/javac"
>  
>  > I wouldn't know where to look for issues with the gcj vm.
>  
>  Reporting bugs that occur with gcj and do not occur with a proprietary JVM
>  (or at least you don't expect them to) helps even if you don't know where
>  in libgcj/gcj/gij the problem is occurring.
>  
>  Thanks,
>  
>  Andrew
>   
Now using the compat jvm, I've walked in a circle. 

JVM terminated. Exit code=1
/usr/bin/java
-Xms64M
-Xmx256M
-Dorg.eclipse.core.runtime.ignoreLockFile=true
-Dgnu.gcj.runtime.VMClassLoader.library_control=never
-Dgnu.gcj.precompiled.db.path=/usr/lib/eclipse/eclipse.db
-cp /usr/share/eclipse/startup.jar org.eclipse.core.launcher.Main
-os linux
-ws gtk
-arch x86
-showsplash /usr/share/eclipse/eclipse -showsplash 600
-exitdata /usr/share/eclipse/eclipse -exitdata 5a800b
-data /root/workspace
-vm /usr/bin/java
-vmargs
-Xms64M
-Xmx256M
-Dorg.eclipse.core.runtime.ignoreLockFile=true
-Dgnu.gcj.runtime.VMClassLoader.library_control=never
-Dgnu.gcj.precompiled.db.path=/usr/lib/eclipse/eclipse.db
-cp /usr/share/eclipse/startup.jar org.eclipse.core.launcher.Main 

-- 

Nick Bargnesi
http://www.den-4.com
Den 4 Software

pub  1024D/E8BD2FD0 2004-12-02 Nick Bargnesi <nbargnesi(a)gmail.com&gt;
Key fingerprint = 6F9D 9404 63CD 2B04 DE7A  0F9D A1ED C1B0 E8BD 2FD0
sub  2048g/56C5D45B 2004-12-02

dd if=/dev/zero of=/dev/hda

Eclipse 3.1 (was Re: rawhide report: 20050126 changes)

[Andrew Overholt]

* Nick Bargnesi <nbargnesi(a)gmail.com&gt; [2005-01-27 17:50]:
>  > This is because we've compiled and linked Eclipse with
> libgcj4's .so but
>  > you're running with gij from the 3.4.x package (which is linked against
>  > libgcj 3.4.x's .so).  You just need to set your alternatives to point to
>  > java-1.4.2-gcj4-compat and -devel.  See blow:
>  > 
>  
>  Even after setting the alternative java and javac, I still see the
>  RenderedImage gcj failure. 
Hmm.  Can I see the output of the following commands:

rpm -qa | grep eclipse
rpm -q gcc4-java
rpm -q libgcj4-devel
which java
java --version
which javac
javac -version

Thanks,

Andrew

Eclipse 3.1 (was Re: rawhide report: 20050126 changes)

[Nick Bargnesi]

On Thu, 27 Jan 2005 18:05:19 -0500, Andrew Overholt <overholt(a)redhat.com&gt; wrote:
>  * Nick Bargnesi <nbargnesi(a)gmail.com&gt; [2005-01-27 17:50]:
>  > > This is because we've compiled and linked Eclipse with libgcj4's .so
> but
>  > > you're running with gij from the 3.4.x package (which is linked against
>  > > libgcj 3.4.x's .so).  You just need to set your alternatives to point to
>  > > java-1.4.2-gcj4-compat and -devel.  See blow:
>  > >
>  >
>  > Even after setting the alternative java and javac, I still see the
>  > RenderedImage gcj failure.
>  
>  Hmm.  Can I see the output of the following commands:
>  
>  rpm -qa | grep eclipse 
eclipse-pde-3.0.1_fc-9
eclipse-source-3.0.1_fc-9
eclipse-gtk2-3.0.1_fc-9
eclipse-ecj-3.0.1_fc-9
eclipse-platform-3.0.1_fc-9
eclipse-jdt-3.0.1_fc-9

>  rpm -q gcc4-java 
gcc4-java-4.0.0-0.22

>  rpm -q libgcj4-devel 
libgcj4-devel-4.0.0-0.22

>  which java 
/usr/bin/java

>  java --version 
Warning: --version not understood. Ignoring.
Usage: gij [OPTION] ... CLASS [ARGS] ...
          to invoke CLASS.main, or
       gij -jar [OPTION] ... JARFILE [ARGS] ...
          to execute a jar file
Try `gij --help' for more information.

java -version returns:

java version "1.4.2"
gcj (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

>  which javac 
/usr/bin/javac

>  javac -version 
Eclipse Java Compiler 0.452_R30x, Copyright IBM Corp 2000, 2004. All
rights reserved.

>  
>  Thanks,
>  
>  Andrew
>   
Thoughts?  This is on an x86 platform.  I tried on x86_64 last night
with same results.

-- 

Nick Bargnesi
http://www.den-4.com
Den 4 Software

pub  1024D/E8BD2FD0 2004-12-02 Nick Bargnesi <nbargnesi(a)gmail.com&gt;
Key fingerprint = 6F9D 9404 63CD 2B04 DE7A  0F9D A1ED C1B0 E8BD 2FD0
sub  2048g/56C5D45B 2004-12-02

dd if=/dev/zero of=/dev/hda

Eclipse 3.1 (was Re: rawhide report: 20050126 changes)

[Andrew Overholt]

* Nick Bargnesi <nbargnesi(a)gmail.com&gt; [2005-01-28 13:05]:
>  java -version returns:
>  
>  java version "1.4.2"
>  gcj (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) 
[...]
>  Thoughts?  This is on an x86 platform.  I tried on x86_64 last night
>  with same results. 
Yeah, you need to have your java alternative set to java-1.4.2-gcj4-compat.
It looks like it's currently set to java-1.4.2-gcj-compat (which uses gij
from the 3.4.x package).

Do the following (and note the 4s):

su - -c "update-alternatives --set java \
  /usr/lib/jvm/jre-1.4.2-gcj4/bin/java"
su - -c "update-alternatives --set javac \
  /usr/lib/jvm/java-1.4.2-gcj4/bin/javac"

Andrew

Eclipse 3.1 (was Re: rawhide report: 20050126 changes)

[Nick Bargnesi]

On Fri, 28 Jan 2005 13:32:04 -0500, Andrew Overholt <overholt(a)redhat.com&gt; wrote:
>  * Nick Bargnesi <nbargnesi(a)gmail.com&gt; [2005-01-28 13:05]:
>  > java -version returns:
>  >
>  > java version "1.4.2"
>  > gcj (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
>  [...]
>  > Thoughts?  This is on an x86 platform.  I tried on x86_64 last night
>  > with same results.
>  
>  Yeah, you need to have your java alternative set to java-1.4.2-gcj4-compat.
>  It looks like it's currently set to java-1.4.2-gcj-compat (which uses gij
>  from the 3.4.x package).
>  
>  Do the following (and note the 4s):
>  
>  su - -c "update-alternatives --set java \
>    /usr/lib/jvm/jre-1.4.2-gcj4/bin/java"
>  su - -c "update-alternatives --set javac \
>    /usr/lib/jvm/java-1.4.2-gcj4/bin/javac"
>  
>  Andrew
>   
Using gcj4/bin/java and gcj4/bin/javac worked.  Good stuff.  I'll
start using this as my daily environment and see what kind of bugs I
can find...

-- 

Nick Bargnesi
http://www.den-4.com
Den 4 Software

pub  1024D/E8BD2FD0 2004-12-02 Nick Bargnesi <nbargnesi(a)gmail.com&gt;
Key fingerprint = 6F9D 9404 63CD 2B04 DE7A  0F9D A1ED C1B0 E8BD 2FD0
sub  2048g/56C5D45B 2004-12-02

dd if=/dev/zero of=/dev/hda

Eclipse 3.1 (was Re: rawhide report: 20050126 changes)

[mbneto]

Hi Andrew,

I could not find the files needed (i.e the update alternatives fails)

rpm -qa | egrep 'java|jdk|jre|j2re|gcj'
libgcj-devel-3.4.3-17
jdk-1.5.0-fcs
j2re-1.4.2-11.1.fc3.rf
libgcj4-4.0.0-0.22
gcc-java-3.4.3-17
libgcj4-devel-4.0.0-0.22
java-1.4.2-gcj4-compat-1.4.2.0-3jpp
libgcj-3.4.3-17
gcc4-java-4.0.0-0.22

What's missing ?

On Fri, 28 Jan 2005 13:32:04 -0500, Andrew Overholt <overholt(a)redhat.com&gt; wrote:
>  * Nick Bargnesi <nbargnesi(a)gmail.com&gt; [2005-01-28 13:05]:
>  > java -version returns:
>  >
>  > java version "1.4.2"
>  > gcj (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
>  [...]
>  > Thoughts?  This is on an x86 platform.  I tried on x86_64 last night
>  > with same results.
>  
>  Yeah, you need to have your java alternative set to java-1.4.2-gcj4-compat.
>  It looks like it's currently set to java-1.4.2-gcj-compat (which uses gij
>  from the 3.4.x package).
>  
>  Do the following (and note the 4s):
>  
>  su - -c "update-alternatives --set java \
>    /usr/lib/jvm/jre-1.4.2-gcj4/bin/java"
>  su - -c "update-alternatives --set javac \
>    /usr/lib/jvm/java-1.4.2-gcj4/bin/javac"
>  
>  Andrew
>  
>  --
>  fedora-devel-list mailing list
>  fedora-devel-list(a)redhat.com
>  http://www.redhat.com/mailman/listinfo/fedora-devel-list
>