Bug 146884

Probably workaround:
- install 32bit java-1_4_2-sun-1.4.2.10-2.1 from SuSE 10.0;
- add to /etc/eclipse.conf:
if [ `arch` = x86_64 ] ; then
    JAVA_HOME=/usr/lib/jvm/java-1.4.2-sun-1.4.2.10/jre
fi

Any comments?

Hi and sorry for the delay.
I am currently preparing eclipse natively compiled for x86_64 (natively in the sense of the platform-dependent stuff, not a complete native (i.e. natively compiled Java code) build).
I will come back to this problem when I submitted that package as this bug could get invalid.
Thanks for the report,
Regards,
   Daniel

i don't find any source to get eclipse-64bits...

i can get it from eclipse web site... but don't get any rpm....

*** Bug 168706 has been marked as a duplicate of this bug. ***

*** Bug 163754 has been marked as a duplicate of this bug. ***

Just to let you know: There will be a x86_64 version of eclipse. It's already building but still needs some testing.
It will be available in the build service.
Cheers,
Daniel

I think you should at least add proper depends to the 32bit eclipse package
to force 32bit java.

Thing is the Javas do not provide information of whether they are 32bit or 64bit ... so I can not write something like 
Requires: java-32
I could of course change the Java packages to this behaviour (gcj already does that) ... will think about that.

Urgs ... had eclipse compile on x86_64 last week but for some reason it does not want to anymore :(
However: The solution will be to have a proper x86_64 version ... just to let you know.
Regards,
Daniel

Hello,

it was easy to build, but Im ussure if it works at all.


--- eclipse.spec.org    2006-07-14 16:28:05.000000000 +0200
+++ eclipse.spec        2006-07-14 16:28:10.000000000 +0200
@@ -24,7 +24,7 @@
 %define eclipse_micro   1
 %define libname         libswt3
 # we'll enable additional platforms later (skh)
-ExclusiveArch: %{ix86} ppc
+ExclusiveArch: %{ix86} ppc x86_64
 %ifarch %{ix86}
 %define eclipse_arch    x86
 %define java_arch       i386

We have an x86_64 build of eclipse now, so this problem will not occure any more.
Closing bug as fix.
Regards,
Daniel

*** Bug 197453 has been marked as a duplicate of this bug. ***

I have just tried this on SuSE 10.3, the problem still exists:

Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)

[1]    Exit 1                        eclipse

No: This is another problem: The 10.3 eclipse needs Java 1.6 to run.
Closing this as fixed again, as the re-opened comment was referring to a different problem.

This problem in 10.3 seem to have been opened as bug#328671