View previous topic :: View next topic |
Author |
Message |
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Sat Jan 27, 2007 5:22 pm Post subject: |
|
|
azureus-2.5.0.4 requires gcj-jdk-4.3 as build jdk (jdk-1.5 is in DEPEND).
though, with gcj-jdk-4.3 there won't start any download.
running azureus-2.5.0.4 with gcj-jdk-4.2 requires this:
(and still gets oom-kills )
Quote: | $ grep JAVA_OPTIONS ~/.azureus/gentoo.config
JAVA_OPTIONS="-Xmx64m -Xss2048k" |
no good time for gcj-jdk and azureus. _________________ hear hear |
|
Back to top |
|
|
7seven7 n00b
Joined: 22 Jan 2005 Posts: 72
|
Posted: Tue Jan 30, 2007 11:23 am Post subject: eclipse-sdk-3.3.0-pre4 build problem |
|
|
Hi,
I emerge eclipse-sdk-3.3.0-pre4 from java-gcj-overlay, and when i try to run eclipse i get the fowling error:
Code: | !SESSION 2007-01-30 11:12:51.805 -----------------------------------------------
eclipse.buildId=I20061214-1445
java.version=1.5.0_10
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=pt_PT
Command-line arguments: -os linux -ws gtk -arch x86
!ENTRY org.eclipse.osgi 4 0 2007-01-30 11:12:55.805
!MESSAGE An error occurred while automatically activating bundle org.eclipse.ui.workbench (29).
!STACK 0
org.osgi.framework.BundleException: The activator org.eclipse.ui.internal.WorkbenchPlugin for bundle org.eclipse.ui.workbench is invalid
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:141)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:970)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:327)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:260)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:415)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:350)
at org.eclipse.osgi.framework.internal.core.SingleSourcePackage.loadClass(SingleSourcePackage.java:37)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:415)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:379)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:367)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:161)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:499)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:469)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:428)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:411)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:350)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:418)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:379)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:367)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:289)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:134)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:970)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:327)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:260)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:415)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:350)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:418)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:379)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:367)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:289)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1269)
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:160)
at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:787)
at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243)
at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:51)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:141)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:74)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:354)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:170)
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:339)
at org.eclipse.core.launcher.Main.basicRun(Main.java:283)
at org.eclipse.core.launcher.Main.run(Main.java:984)
at org.eclipse.core.launcher.Main.main(Main.java:959)
Caused by: 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 org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:161)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(ClasspathManager.java:499)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:469)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:437)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:411)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:350)
at org.eclipse.osgi.framework.internal.core.SingleSourcePackage.loadClass(SingleSourcePackage.java:37)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:415)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:379)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:367)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
at java.lang.Class.getConstructor0(Class.java:2671)
at java.lang.Class.newInstance0(Class.java:321)
at java.lang.Class.newInstance(Class.java:303)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:136)
... 65 more
... (a lot more lines)
|
|
|
Back to top |
|
|
dolcraith n00b
Joined: 08 Jun 2005 Posts: 56
|
Posted: Sat Feb 03, 2007 5:58 am Post subject: |
|
|
http://pastebin.ca/338141
Been getting this error when trying to emerge eclipse-ecj-3.3*
Any suggestions would be nice as without this i can't install >gcj-4.2* |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Sat Feb 03, 2007 11:39 am Post subject: |
|
|
woa, someone still using gcj-4.1.
mmh, you may use sun-jdk to compile eclipse-ecj.
I do not support gcj-4.1 anymore.
was too lazy to drop its ebuild yet. _________________ hear hear |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Sun Feb 04, 2007 6:49 pm Post subject: |
|
|
anyone on amd64 arch with '-fvisibility-inlines-hidden' in their CXXFLAGS get gcj-4.3 compiled?
fails here with floating point number error; ICE in libgcc/directives.c:2076. _________________ hear hear |
|
Back to top |
|
|
MoinMan Tux's lil' helper
Joined: 07 Jan 2007 Posts: 78 Location: Liechtenstein
|
Posted: Sun Feb 04, 2007 11:22 pm Post subject: |
|
|
Same here! Does it compile without '-fvisibility-inlines-hidden'?
I don't have the time to test it right now, will try tomorrow or the day after.
BTW I never succeeded in compiling gcj-4.3 on amd64, always ran into this bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30136 |
|
Back to top |
|
|
slycordinator Advocate
Joined: 31 Jan 2004 Posts: 3065 Location: Korea
|
Posted: Mon Feb 05, 2007 12:09 am Post subject: |
|
|
From info I got from some gentoo devs, -fvisibility-inlines-hidden shouldn't be in your CXXFLAGS.
It'll be enabled automatically by the packages which actually support it. |
|
Back to top |
|
|
dolcraith n00b
Joined: 08 Jun 2005 Posts: 56
|
Posted: Mon Feb 05, 2007 1:32 am Post subject: |
|
|
So i got past the dreaded <DCASHMODE> error by taking out my -march CFLAG for the build (why this works i have no idea). Subsequently i bug out with this error: http://pastebin.ca/340830 |
|
Back to top |
|
|
Ramblurr Tux's lil' helper
Joined: 18 Dec 2006 Posts: 103
|
Posted: Mon Feb 05, 2007 5:42 am Post subject: |
|
|
I'm getting this error on compilation:
Code: | /var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/gcc-4.3-20070202/libcpp/directives.c: In function 'cpp_undef':
/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/gcc-4.3-20070202/libcpp/directives.c:2076: internal compiler error: Floating point exception
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
make[3]: *** [directives.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/build/libcpp'
make[2]: *** [all-stagefeedback-libcpp] Error 2
make[2]: Leaving directory `/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/build'
make[1]: *** [stagefeedback-bubble] Error 2
make[1]: Leaving directory `/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/build'
make: *** [profiledbootstrap] Error 2
!!! ERROR: dev-java/gcj-4.3.0_alpha20070202 failed.
Call stack:
ebuild.sh, line 1613: Called dyn_compile
ebuild.sh, line 970: Called qa_call 'src_compile'
environment, line 6846: Called src_compile
gcj-4.3.0_alpha20070202.ebuild, line 48: Called gcj_src_compile
gcc-java-2.eclass, line 243: Called gcc_do_make
toolchain.eclass, line 1413: Called die |
Here is my emerge info and the tail end of the dieing emerge. http://pastebin.ca/340984 |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Mon Feb 05, 2007 12:43 pm Post subject: |
|
|
yes, one should not have -fvisibility-inlines-hidden in CXXFLAGS. though, system is still running here.
dolcraith looks bad ...
I will recompile gmp and mpfr without visibility enabled.
Other things I cannot imagine. And got no time for digging into that... _________________ hear hear |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
|
Back to top |
|
|
zombi n00b
Joined: 28 May 2002 Posts: 15 Location: Budapest, Hungary
|
Posted: Wed Feb 07, 2007 1:58 pm Post subject: |
|
|
Ramblurr wrote: | I'm getting this error on compilation:
Code: | /var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/gcc-4.3-20070202/libcpp/directives.c: In function 'cpp_undef':
/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/gcc-4.3-20070202/libcpp/directives.c:2076: internal compiler error: Floating point exception
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
make[3]: *** [directives.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/build/libcpp'
make[2]: *** [all-stagefeedback-libcpp] Error 2
make[2]: Leaving directory `/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/build'
make[1]: *** [stagefeedback-bubble] Error 2
make[1]: Leaving directory `/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070202/work/build'
make: *** [profiledbootstrap] Error 2
!!! ERROR: dev-java/gcj-4.3.0_alpha20070202 failed.
Call stack:
ebuild.sh, line 1613: Called dyn_compile
ebuild.sh, line 970: Called qa_call 'src_compile'
environment, line 6846: Called src_compile
gcj-4.3.0_alpha20070202.ebuild, line 48: Called gcj_src_compile
gcc-java-2.eclass, line 243: Called gcc_do_make
toolchain.eclass, line 1413: Called die |
Here is my emerge info and the tail end of the dieing emerge. http://pastebin.ca/340984 |
Yeah, I have the same error here. Any clue, what to do? |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Wed Feb 07, 2007 2:23 pm Post subject: |
|
|
what I did. recompile gmp and mpfr without visibility stuff.
no idea if that does anything. I just saw c code.
other thing I do right now, testing gcc trunk.
that error disappeared, though, like I said another error appeared with -march=nocona I guess.
I have to test -march=x86_64 because amd64 arch does not seem to hit this new error. _________________ hear hear |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Wed Feb 07, 2007 7:29 pm Post subject: |
|
|
yes, thats it. -fsplit-wide-types lets bootstrap fail (enabled with -O1).
whew, found the cause, now what will the dev say. heh... _________________ hear hear |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Sun Feb 11, 2007 3:11 pm Post subject: |
|
|
ok, some more testing shows that it is unrelated to the split-wide-types feature.
I found a way to get around the segfault by replacing -march=nocona with -march=core2 (plus -mssse3) for the compiler stage buildflags.
so the c compiler is optimized to core2 and libgcc still with nocona.
should not hurt, though. yay!
Just in case someone wants to build gcc-4.3 on nocona and sees the segfault in gcc/libgcc.c, here is the code-snipped which should be in toolchain.eclass (alike), too:
Quote: | gcj_src_compile() {
gcc_do_filter_flags
gcj_do_configure
touch ${S}/gcc/c-gperf.h
if use amd64 && [[ ${GCCMAJOR}.${GCCMINOR} == 4.3 ]]; then
replace-flags -mtune=nocona -mtune=core2
replace-flags -march=nocona -march=core2
use sse3 && append-flags -msse3 -mssse3 -mfpmath=sse
fi
einfo "Compiling ${PN} ..."
gcc_do_make |
edit gcc PR http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30770 _________________ hear hear |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Mon Feb 12, 2007 9:44 pm Post subject: |
|
|
hell, near to release eclipse-3.3M5, though some libs are not installed.
anyone, please tell me where libupdate.so and liblocalfile*.so are located in the installset.
of any version of eclipse, so that I can copy them manually. _________________ hear hear |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Mon Feb 12, 2007 10:37 pm Post subject: |
|
|
mmh, using java startup instead of eclipse binary for now.
libupdate.so in eclipse root (?).
internal browser waits for 127.0.0.1 ... forever and a day.
M5 has some issues (on x86_64) that M4 (on x86) did not have.
so be warned... if you got a usable M4 you better not update! _________________ hear hear |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Sun Feb 18, 2007 12:52 am Post subject: |
|
|
random bla...
it is quite fun to produce some traffic on gcc java-ml. heh. _________________ hear hear |
|
Back to top |
|
|
davidgurvich Veteran
Joined: 23 Apr 2004 Posts: 1063
|
Posted: Wed Feb 21, 2007 5:44 pm Post subject: |
|
|
Recent change in java-utils-2.eclass ? Can't emerge eclipse-ecj-3.3_pre5. |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Wed Feb 21, 2007 6:08 pm Post subject: |
|
|
try rev. 3854. otherwise pastebin, please. _________________ hear hear |
|
Back to top |
|
|
davidgurvich Veteran
Joined: 23 Apr 2004 Posts: 1063
|
Posted: Thu Feb 22, 2007 5:53 pm Post subject: |
|
|
Not sure about the error as I'm now getting different ones, but there are some problems with paths. gcj-4.3.0 installs into /usr/lib/gcj..., while gcj-jdk sets them as /opt/gcj... in /etc/env.d. Changed to match. Current error is Code: | * bootstrapping ecj with javac
Exception in thread "main" java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.batch.GCCMain
at gnu.java.lang.MainThread.run(libgcj.so.9)
Caused by: java.lang.ClassNotFoundException: org.eclipse.jdt.internal.compiler.batch.GCCMain not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:/usr/lib/gcj-4.3.0_alpha20070216/share/java/ecj.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
at java.net.URLClassLoader.findClass(libgcj.so.9)
at gnu.gcj.runtime.SystemClassLoader.findClass(libgcj.so.9)
at java.lang.ClassLoader.loadClass(libgcj.so.9)
at java.lang.ClassLoader.loadClass(libgcj.so.9)
at gnu.java.lang.MainThread.run(libgcj.so.9)
!!! ERROR: dev-java/eclipse-ecj-3.3.0_pre5 failed.
Call stack:
ebuild.sh, line 1614: Called dyn_compile
ebuild.sh, line 971: Called qa_call 'src_compile'
environment, line 4881: Called src_compile
eclipse-ecj-3.3.0_pre5.ebuild, line 63: Called die
!!! ecj bootstrap failed!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/dev-java/eclipse-ecj-3.3.0_pre5/temp/build.log'.
This ebuild used the following eclasses from overlays:
/usr/local/overlays/gcj-overlay/eclass/java-utils-2.eclass
!!! When you file a bug report, please include the following information:
GENTOO_VM= CLASSPATH="" JAVA_HOME="/usr/lib/gcj-4.3.0_alpha20070216"
JAVACFLAGS="" COMPILER=""
and of course, the output of emerge --info
!!! This ebuild is from an overlay: '/usr/local/overlays/gcj-overlay'
|
|
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Thu Feb 22, 2007 6:47 pm Post subject: |
|
|
mmh, gcc-4.3 expects patched ecj that you try to build.
merge ecj with gcj-4.2 and then again with gcj-4.3. _________________ hear hear |
|
Back to top |
|
|
davidgurvich Veteran
Joined: 23 Apr 2004 Posts: 1063
|
Posted: Fri Feb 23, 2007 4:03 am Post subject: |
|
|
That works. |
|
Back to top |
|
|
Uzytkownik Guru
Joined: 31 Oct 2004 Posts: 399 Location: Bay Area, US
|
Posted: Fri Feb 23, 2007 10:02 am Post subject: |
|
|
I emerged gcj 4.3 finally. However:
http://monoport.com/1862 _________________ I've probably left my head... somwhere. Please wait untill I find it. |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Fri Feb 23, 2007 11:20 am Post subject: |
|
|
I encountered strange errors like that when I had gcj-4.2 and gcj-4.3 installed.
that happened because gcj-4.3 compiled the Java source and gcj-4.2 built native code.
you may check if you have any java-config-1 leftovers, delete them.
Quote: | /etc/env.d/20java
/etc/env.d/java/ |
is there any gcj-4.2 path in $PATH variable, export PATH without these.
then
check /etc/ld.so.conf - there should not be any gcj-4.2 path.
___
if you fixed all that re-emerge eclipse-ecj. should solve that. _________________ hear hear |
|
Back to top |
|
|
|