It seems that Eclipse has problems with true amd64 installations - neither the x86_64 build from eclipse.org, nor the ebuild will start, both end with the logfile provided below. Aaah, might it be possible that the swt libraries are 32-bit? I tried linux32 - no use. Reproducible: Always Steps to Reproduce: 1. start 2. 3. Actual Results: I searched through bugzilla and didn't find a similar bug, so I fill a new bug report. All deps including eclipse have been built with ACCEPT_KEYWORDS="~amd64" ==== THE LOGFILE ===== !SESSION 2005-10-02 15:04:11.709 ----------------------------------------------- eclipse.buildId=Gentoo Linux eclipse-sdk-3.1-r1 java.version=1.5.0_04 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US Command-line arguments: -os linux -ws gtk -arch x86_64 !ENTRY org.eclipse.osgi 2005-10-02 15:04:16.777 !MESSAGE Application error !STACK 1 java.lang.UnsatisfiedLinkError: /home/dima2001/.eclipse/org.eclipse.platform_3.1.0/configuration/org.eclipse.osgi/bundles/37/1/.cp/libswt-pi-gtk-3138.so: /home/dima2001 /.eclipse/org.eclipse.platform_3.1.0/configuration/org.eclipse.osgi/bundles/37/1/.cp/libswt-pi-gtk-3138.so: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1660) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:992) at org.eclipse.swt.internal.Library.loadLibrary(Library.java:123) at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:19) at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63) at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54) at org.eclipse.swt.widgets.Display.<clinit>(Display.java:122) at org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:381) at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:155) at org.eclipse.ui.internal.ide.IDEApplication.createDisplay(IDEApplication.java:128) at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:79) at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:376) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:163) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.eclipse.core.launcher.Main.invokeFramework(Main.java:334) at org.eclipse.core.launcher.Main.basicRun(Main.java:278) at org.eclipse.core.launcher.Main.run(Main.java:973) at org.eclipse.core.launcher.Main.main(Main.java:948) ============================================================= === LDD Results:=== ldd /home/dima2001/.eclipse/org.eclipse.platform_3.1.0/configuration/org.eclipse.osgi/bundles/37/1/.cp/libswt-pi-gtk-3138.so ldd: warning: you do not have execution permission for `/home/dima2001/.eclipse/org.eclipse.platform_3.1.0/configuration/org.eclipse.osgi/bundles/37/1/.cp/libswt-pi-gtk-3138.so' libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00002aaaaac1a000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00002aaaab02a000) libXtst.so.6 => /usr/lib/libXtst.so.6 (0x00002aaaab12e000) libc.so.6 => /lib/libc.so.6 (0x00002aaaab235000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00002aaaab45b000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00002aaaab571000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00002aaaab700000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x00002aaaab8e1000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x00002aaaab9e8000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00002aaaabaf5000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00002aaaabc38000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00002aaaabd57000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00002aaaabe96000) libdl.so.2 => /lib/libdl.so.2 (0x00002aaaabf99000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00002aaaac09c000) libm.so.6 => /lib/libm.so.6 (0x00002aaaac227000) libpthread.so.0 => /lib/libpthread.so.0 (0x00002aaaac3ad000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00002aaaac542000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00002aaaac654000) libXi.so.6 => /usr/lib/libXi.so.6 (0x00002aaaac757000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00002aaaac85f000) libXft.so.2 => /usr/lib/libXft.so.2 (0x00002aaaac962000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00002aaaaca76000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00002aaaacc08000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00002aaaacd3c000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00002aaaace41000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00002aaaacf4b000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00002aaaad055000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00002aaaad17e000) libz.so.1 => /lib/libz.so.1 (0x00002aaaad2a2000) ==== emerge --info ==== Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r10 x86_64) ================================================================= System uname: 2.6.12-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=k8 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa avi berkdb bitmap-fonts cdr crypt cups dvd eds emboss encode fam foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 java jpeg junit libwww lzw lzw-tiff mad mozilla mp3 mpeg ncurses nls ogg opengl pam pdflib perl png python quicktime readline sdl spell ssl tcpd tetex tiff truetype-fonts type1-fonts usb userlocales vorbis xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Update: I didn't change everything (except I rebooted my machine because my graphics card half-died today - 3d module of it is dead now :] ) As being curious I tried eclipse again and it worked *weird* Request for testing
(In reply to comment #1) > Update: I didn't change everything (except I rebooted my machine because my > graphics card half-died today - 3d module of it is dead now :] ) > > As being curious I tried eclipse again and it worked *weird* > > Request for testing I think I found the problem: before installing eclipse via emerge I used Sun's jdk1.5, emerge installed blackdown and as it seems that after a reboot my machine has been reconfigured to use blackdown jdk 1.4.2 I modified the paths to use jdk1.5 again and eclipse stopped with the same error again ( PATH=/bin:/usr/bin:/opt/java/bin - jdk1.5 is installed in /opt/java/bin on my machine )
We do not support jdks installed manually and also 1.5 is still unsupported. But of course nice that you were able to fix the problem.
(In reply to comment #3) > We do not support jdks installed manually and also 1.5 is still unsupported. But > of course nice that you were able to fix the problem. Of course, I just saw no difference between an ebuild and a manual installation. I mean: jdk/jre are actually installed from official packs. Or do ebuilds do anything more?
(In reply to comment #4) > (In reply to comment #3) > > We do not support jdks installed manually and also 1.5 is still unsupported. But > > of course nice that you were able to fix the problem. > > Of course, I just saw no difference between an ebuild and a manual installation. > I mean: jdk/jre are actually installed from official packs. Or do ebuilds do > anything more? You can take a look at the ebuild to see everything it does. For example how do you think java-config is supposed to work without the environment files?
