Bug 496391

Comment 1 GianMaria Romanato 2016-07-06 07:31:19 EDT

Status update.

Compilation against Mars is not as simple as changing the Eclipse P2 repository for dependencies resolution as one may expect.

In fact, doing so breaks the test automation on Hudson because of a linkage error between SWT/GTK. 

Maybe the GTK libraries on the Hudson server are too old?

!SESSION 2016-06-20 08:31:44.312 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.8.0_51
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Framework arguments:  -application org.eclipse.tycho.surefire.osgibooter.uitest -testproperties /jobs/genie.virgo/virgo.ide.snapshot.on.branch/workspace/org.eclipse.virgo.ide.export.tests/target/surefire.properties
Command-line arguments:  -data /jobs/genie.virgo/virgo.ide.snapshot.on.branch/workspace/org.eclipse.virgo.ide.export.tests/target/work/data -application org.eclipse.tycho.surefire.osgibooter.uitest -testproperties /jobs/genie.virgo/virgo.ide.snapshot.on.branch/workspace/org.eclipse.virgo.ide.export.tests/target/surefire.properties

!ENTRY org.eclipse.osgi 4 0 2016-06-20 08:31:47.613
!MESSAGE Application error
!STACK 1
java.lang.UnsatisfiedLinkError: Could not load SWT library. Reasons: 
	/jobs/genie.virgo/virgo.ide.snapshot.on.branch/workspace/org.eclipse.virgo.ide.export.tests/target/work/configuration/org.eclipse.osgi/235/0/.cp/libswt-pi-gtk-4623.so: libgthread-2.0.so.0: cannot open shared object file: No such file or directory
	no swt-pi-gtk in java.library.path
	/opt/public/hipp/homes/genie.virgo/.swt/lib/linux/x86/libswt-pi-gtk-4623.so: libgthread-2.0.so.0: cannot open shared object file: No such file or directory
	Can't load library: /opt/public/hipp/homes/genie.virgo/.swt/lib/linux/x86/libswt-pi-gtk.so

	at org.eclipse.swt.internal.Library.loadLibrary(Library.java:327)
	at org.eclipse.swt.internal.Library.loadLibrary(Library.java:236)
	at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:34)
	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:139)
	at org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:777)
	at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:160)
	at org.eclipse.ui.internal.ide.application.IDEApplication.createDisplay(IDEApplication.java:168)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:111)
	at org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
	at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:115)
	at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:610)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1519)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1492)

Comment 2 GianMaria Romanato 2016-08-21 08:11:53 EDT

Additional tests reveal that it is sufficient to switch the JDK to version 1.8 to break the build, even if Mars is used for dependency resolution.

Comment 3 Frederic Gurr 2016-10-31 10:08:42 EDT

I have installed the missing 32-bit version of libgthread (YasST package name: libgthread-2_0-0-32bit). Now the build also works with JDK 1.8.