CFT: Eclipse Galileo 3.5
Stephane E. Potvin
sepotvin at FreeBSD.org
Mon Nov 9 20:53:09 UTC 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Huang wen hui wrote:
> Stephane E. Potvin 写道:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Huang wen hui wrote:
>>
>>> Stephane E. Potvin 写道:
>>> Huang wen hui wrote:
>>>
>>>
>>>>>> Stephane E. Potvin wrote:
>>>>>>
>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>> Hash: SHA1
>>>>>>>
>>>>>>> Hi everyone,
>>>>>>>
>>>>>>> I'm at last ready to have some public testing of the
>>>>>>> 3.5.0-I20090611-1540 port of Eclipse (aka Galileo). The x86 platform
>>>>>>> has been
>>>>>>> the least tested (actually, not at all this time ;) so I'd
>>>>>>> appreciate to have feedback for this one. I've also only done
>>>>>>> testing
>>>>>>> with the native jdk1.6.0 from ports (java/jdk16) so please indicate
>>>>>>> which jdk you're using if you send me a go/no-go.
>>>>>>>
>>>>>>> Highlights:
>>>>>>> - - First FreeBSD Galileo release
>>>>>>> - - The build is now using eclipse-build from the "Linux Tools"
>>>>>>> project
>>>>>>> - - Patches are now much more simple and have been split into two
>>>>>>> parts for easier push upstream (one against eclipse-build and the
>>>>>>> other for eclipse itself)
>>>>>>> - - The only Gecko provider supported is now libxul
>>>>>>> - - The gnome dependencies are now static and no longer configurable
>>>>>>> via options (there might be one or two that are no longer
>>>>>>> necessary but I haven't gotten around yet to check which one)
>>>>>>> - - Eclipse installs in ${PREFIX}/lib/eclipse instead of
>>>>>>> ${PREFIX}/eclipse to reduce pollution in ${PREFIX}
>>>>>>> - - New dropins directory is in ${PREFIX}/share/eclipse/dropins.
>>>>>>> This
>>>>>>> directory can be used for features/plugins that are not
>>>>>>> installed via the p2 provisioning engine. All the ports that are not
>>>>>>> changed to use p2 will have to use this directory in the future
>>>>>>> (this will be done in a separate patch).
>>>>>>> - - The setup-user step is no longer necessary. p2 has been fixed
>>>>>>> upstream and the user installed plugins are discovered correctly
>>>>>>> even after a re-installation of eclipse.
>>>>>>>
>>>>>>> The patch can be found at the following address:
>>>>>>>
>>>>>>> http://people.freebsd.org/~sepotvin/eclipse35.diff
>>>>>>>
>>>>>>> Have fun!
>>>>>>>
>>>>>> Hi,
>>>>>> I build Galileo under FreeBSD 8.0RC2, It is ok, but run eclipse, I
>>>>>> got
>>>>>> this error:
>>>>>>
>>>>>> !SESSION 2009-11-05 13:41:17.764
>>>>>> -----------------------------------------------
>>>>>> eclipse.buildId=I20090611-1540
>>>>>> java.version=1.6.0_03-p4
>>>>>> java.vendor=Sun Microsystems Inc.
>>>>>> BootLoader constants: OS=freebsd, ARCH=x86_64, WS=gtk, NL=zh_CN
>>>>>> Command-line arguments: -os freebsd -ws gtk -arch x86_64
>>>>>>
>>>>>> !ENTRY org.eclipse.osgi 4 0 2009-11-05 13:41:18.651
>>>>>> !MESSAGE Application error
>>>>>> !STACK 1
>>>>>> java.lang.UnsatisfiedLinkError: no swt-gtk-3550 or swt-gtk in
>>>>>> swt.library.path, java.library.path or the jar file
>>>>>> at org.eclipse.swt.internal.Library.loadLibrary(Library.java:254)
>>>>>> at org.eclipse.swt.internal.Library.loadLibrary(Library.java:159)
>>>>>> at org.eclipse.swt.internal.C.<clinit>(C.java:21)
>>>>>> 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:131)
>>>>>> at
>>>>>> org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:516)
>>>>>> at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161)
>>>>>> at
>>>>>> org.eclipse.ui.internal.ide.application.IDEApplication.createDisplay(IDEApplication.java:143)
>>>>>>
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:88)
>>>>>>
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
>>>>>>
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
>>>>>>
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
>>>>>>
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
>>>>>>
>>>>>>
>>>>>>
>>>>>> at
>>>>>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
>>>>>>
>>>>>>
>>>>>>
>>>>>> 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:597)
>>>>>> at
>>>>>> org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:563)
>>>>>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:518)
>>>>>> at org.eclipse.equinox.launcher.Main.run(Main.java:1315)
>>>>>> at org.eclipse.equinox.launcher.Main.main(Main.java:1291)
>>>>>>
>>>>>> I try to find libswt-gtk-3550*.so under work directory, could not
>>>>>> found
>>>>>> right one.
>>>>>>
>>>>>> any ideas?
>>>>>>
>>>>>>
>>> Hi,
>>>
>>> Could you please send me offline the build output? (Do not send it to
>>> the list, it will be very large).
>>>
>>> Regards,
>>>
>>> Steph
>>>
>>
>> Hi,
>>
>> - From the transcript you've sent me, it looks like the eclipse35.diff
>> didn't apply correctly.
>>
>> [exec] missing header for unified diff at line 10 of patch
>> [exec] can't find file to patch at input line 10
>> [exec] Perhaps you used the wrong -p or --strip option?
>> [exec] The text leading up to this was:
>> [exec] --------------------------
>> [exec] |### Eclipse Workspace Patch 1.0
>> [exec] |#P org.eclipse.swt
>> [exec] |Index: Eclipse SWT PI/gtk/library/build.sh
>> [exec]
>> |===================================================================
>> [exec] |RCS file: /cvsroot/eclipse/org.eclipse.swt/Eclipse SWT
>> PI/gtk/library/build.sh,v
>> [exec] |retrieving revision 1.54
>> [exec] |diff -u -r1.54 build.sh
>> [exec] |--- Eclipse SWT PI/gtk/library/build.sh 29 May 2009
>> 21:30:14 -0000 1.54
>> [exec] |+++ Eclipse SWT PI/gtk/library/build.sh 1 Jun 2009
>> 18:44:43 -0000
>> [exec] --------------------------
>> [exec] File to patch:
>> [exec] Skip this patch? [y]
>> [exec] Skipping patch.
>> [exec] 1 out of 1 hunk ignored
>> [exec] Result: 1
>>
>> Make sure that you start with a clean java/eclipse directory (erase it
>> and check it out again), then use gpatch from ports to apply
>> the eclipse diff, patch won't work. While you're at it, you should use
>> the new eclipse35_1.diff patch which is available at the same
>> location than the original one. It will fix a plist issue and enable
>> the build to complete on the x86 platform.
>>
> I upgrade devel/patch, rebuild eclipse again, this time patch is clean.
> I still got this problem:
>
> !ENTRY org.eclipse.osgi 4 0 2009-11-07 09:21:25.003
> !MESSAGE Application error
> !STACK 1
> java.lang.UnsatisfiedLinkError: no swt-gtk-3550 or swt-gtk in
> swt.library.path, java.library.path or the jar file
> at org.eclipse.swt.internal.Library.loadLibrary(Library.java:254)
> at org.eclipse.swt.internal.Library.loadLibrary(Library.java:159)
> at org.eclipse.swt.internal.C.<clinit>(C.java:21)
> at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
> at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
>
> in build log, found:
>
>
> [exec] cc -L/usr/local/jdk1.6.0/jre/lib/amd64 -ljawt -shared -s -o
> libswt-awt-gtk-3550.so swt_awt.o^M
> [exec] c++ -O -DSWT_VERSION=3550 -DMOZILLA_STRICT_API=1 -fno-rtti
> -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I.
> -I/usr/local/jdk1.6.0/include -I/usr/local/jdk
> 1.6.0/include/freebsd -DNO__1XPCOMGlueShutdown -DNO__1XPCOMGlueStartup
> -DNO__1XPCOMGlueLoadXULFunctions
> -DNO_memmove__ILorg_eclipse_swt_internal_mozilla_nsDynamicFunctionL
> oad_2I
> -DNO_memmove__JLorg_eclipse_swt_internal_mozilla_nsDynamicFunctionLoad_2J
> -DNO_nsDynamicFunctionLoad_1sizeof -DNO__1Call__IIIIII
> -DNO__1Call__JJJJJI -DNO_nsDynamicFu
> nctionLoad -I/usr/local/include/mozilla
> -I/usr/local/include/mozilla/xpcom -I/usr/local/include/mozilla/string
> -I/usr/local/include/nspr -c xpcom.cpp^M
> [exec] c++ -O -DSWT_VERSION=3550 -DMOZILLA_STRICT_API=1 -fno-rtti
> -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I.
> -I/usr/local/jdk1.6.0/include -I/usr/local/jdk
> 1.6.0/include/freebsd -DNO__1XPCOMGlueShutdown -DNO__1XPCOMGlueStartup
> -DNO__1XPCOMGlueLoadXULFunctions
> -DNO_memmove__ILorg_eclipse_swt_internal_mozilla_nsDynamicFunctionL
> oad_2I
> -DNO_memmove__JLorg_eclipse_swt_internal_mozilla_nsDynamicFunctionLoad_2J
> -DNO_nsDynamicFunctionLoad_1sizeof -DNO__1Call__IIIIII
> -DNO__1Call__JJJJJI -DNO_nsDynamicFu
> nctionLoad -I/usr/local/include/mozilla
> -I/usr/local/include/mozilla/xpcom -I/usr/local/include/mozilla/string
> -I/usr/local/include/nspr -c xpcom_custom.cpp^M
> [exec] c++ -O -DSWT_VERSION=3550 -DMOZILLA_STRICT_API=1 -fno-rtti
> -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I.
> -I/usr/local/jdk1.6.0/include -I/usr/local/jdk
> 1.6.0/include/freebsd -DNO__1XPCOMGlueShutdown -DNO__1XPCOMGlueStartup
> -DNO__1XPCOMGlueLoadXULFunctions
> -DNO_memmove__ILorg_eclipse_swt_internal_mozilla_nsDynamicFunctionL
> oad_2I
> -DNO_memmove__JLorg_eclipse_swt_internal_mozilla_nsDynamicFunctionLoad_2J
> -DNO_nsDynamicFunctionLoad_1sizeof -DNO__1Call__IIIIII
> -DNO__1Call__JJJJJI -DNO_nsDynamicFu
> nctionLoad -I/usr/local/include/mozilla
> -I/usr/local/include/mozilla/xpcom -I/usr/local/include/mozilla/string
> -I/usr/local/include/nspr -c xpcom_structs.cpp^M
> [exec] c++ -O -DSWT_VERSION=3550 -DMOZILLA_STRICT_API=1 -fno-rtti
> -fno-exceptions -Wall -Wno-non-virtual-dtor -fPIC -I.
> -I/usr/local/jdk1.6.0/include -I/usr/local/jdk
> 1.6.0/include/freebsd -DNO__1XPCOMGlueShutdown -DNO__1XPCOMGlueStartup
> -DNO__1XPCOMGlueLoadXULFunctions
> -DNO_memmove__ILorg_eclipse_swt_internal_mozilla_nsDynamicFunctionL
> oad_2I
> -DNO_memmove__JLorg_eclipse_swt_internal_mozilla_nsDynamicFunctionLoad_2J
> -DNO_nsDynamicFunctionLoad_1sizeof -DNO__1Call__IIIIII
> -DNO__1Call__JJJJJI -DNO_nsDynamicFu
> nctionLoad -I/usr/local/include/mozilla
> -I/usr/local/include/mozilla/xpcom -I/usr/local/include/mozilla/string
> -I/usr/local/include/nspr -c xpcom_stats.cpp^M
> [exec] c++ -o libswt-mozilla-gtk-3550.so swt.o xpcom.o
> xpcom_custom.o xpcom_structs.o xpcom_stats.o -shared
> -Wl,--version-script=mozilla_exports -Bsymbolic -s -Wl,-rpa
> th,/usr/local/lib/mozilla -pthread -L/usr/local/lib/mozilla
> -L/usr/local/lib -lxpcom -lplds4 -lplc4 -lnspr4 ^M
> [exec] /usr/bin/ld: cannot find -lxpcom^M
> [exec] gmake: *** [libswt-mozilla-gtk-3550.so]
> \xe9\x94\x99\xe8\xaf\xaf 1^M
> [exec] Result: 2^M
> [exec] Building FreeBSD launcher. Defaults: -os freebsd -arch x86_64
> -ws gtk^M
> [exec] rm -f eclipse eclipse_1206.so eclipseMain.o eclipseConfig.o
> eclipseCommon.o eclipseGtkCommon.o eclipseGtkInit.o eclipse.o
> eclipseGtk.o eclipseUtil.o eclipseJNI.
> o eclipseMozilla.o eclipseShm.o eclipseNix.o^M
>
>
>
>
> I manually cp libswt*.so to /usr/local/lib, eclipse can start and open
> dialog crash problem is gone.
>
Hi,
Let me guess, you have a mozilla package installed on your system, right? Give me a day or two and I'll send you an update to fix
the issue. In the mean time, could you temporarily delete your mozilla and try the build again? (you can use pkg_create to create a
backup of your mozilla to avoir recompiling from scratch). Once eclipse is built, having mozilla installed should not cause any
problems.
Regards,
Steph
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkr4gTEACgkQmdOXtTCX/ns2DwCcDkATIVxrTkOmh1PYzvyp9JsO
OzgAn1tf3DoaIYIytls7CEm6DUlVBaZt
=QoOn
-----END PGP SIGNATURE-----
More information about the freebsd-eclipse
mailing list