Re: gcj cannot find ecj any more, on m68k
Dixi quod… >I’ll do that now: I’ve applied all our latest m68k patches >to the gcj-4.6 source tree and will rebuild that (takes about >3-4 days on my fastest VMs) and upload that to unreleased, >then binNMU ecj against that (it was previously built by >gcj-4.4). This appears to have fixed my issues at least with the empty x.java file. Let’s build libidn and db now! bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1205172211350.24...@herc.mirbsd.org
Re: gcj cannot find ecj any more, on m68k
Dixi quod… >Ugh. So, now what. > >root@aranym:~ # dpkg -S /usr/lib/gcj/eclipse-ecj.jar.so >libecj-java-gcj: /usr/lib/gcj/eclipse-ecj.jar.so > >I guess I’ll need to recompile the libecj-java-gcj package >(Source: ecj), without eclipse-ecj.jar.so in the build >chroot, and hope that fixes things, unless you’ve got more I’ll do that now: I’ve applied all our latest m68k patches to the gcj-4.6 source tree and will rebuild that (takes about 3-4 days on my fastest VMs) and upload that to unreleased, then binNMU ecj against that (it was previously built by gcj-4.4). Andrew Haley dixit: >Ah, yes. I have no idea if I'll have the time to do anything >with this, but it looks interesting. :-) No problem. Have fun, is the motto. If you find out something, good, if not, nothing will get worse either. Thanks, //mirabilos -- In traditional syntax ' is ignored, but in c99 everything between two ' is handled as character constant. Therefore you cannot use ' in a preproces- sing file in c99 mode. -- Ragge No faith left in ISO C99, undefined behaviour, etc. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1205141702460.3...@herc.mirbsd.org
Re: gcj cannot find ecj any more, on m68k
On 05/14/2012 04:57 PM, Thorsten Glaser wrote: > Andrew Haley dixit: > >> >Is this box reachable? > https://wiki.debian.org/Aranym/Quick can get you a VM that > behaves the same (it’s one of these). > >> >Does it have a working gdb? > I think so. Andreas recently even fixed thread debugging, > though someone has to test that first ;-) Ah, yes. I have no idea if I'll have the time to do anything with this, but it looks interesting. :-) Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fb1316a.9090...@redhat.com
Re: gcj cannot find ecj any more, on m68k
Andrew Haley dixit: >Is this box reachable? https://wiki.debian.org/Aranym/Quick can get you a VM that behaves the same (it’s one of these). >Does it have a working gdb? I think so. Andreas recently even fixed thread debugging, though someone has to test that first ;-) bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1205141556540.3...@herc.mirbsd.org
Re: gcj cannot find ecj any more, on m68k
On 05/14/2012 02:21 PM, Thorsten Glaser wrote: > With that, “gcj-4.6 -c x.java” produces… > x.o: ELF 32-bit MSB relocatable, Motorola 68020, version 1 (SYSV), not > stripped > > Ugh. So, now what. God only knows. Your system is behaving in such a bizarre way that I can't imagine what it's doing. I can't think of anything else that anyone can do without actually debugging the thing, and probably not many people can do that. Is this box reachable? Does it have a working gdb? Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fb10e74.5020...@redhat.com
Re: gcj cannot find ecj any more, on m68k
On 05/12/2012 04:59 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
>
>> Oh, gosh. As you say, it looks like strace isn't working. I can't
>
> I managed to get further by usine -o but *not* -f (or -ff), since
> using -o with -ff showed a child process’ log consisting exactly of:
>
> --- SIGPWR (Power failure) @ 0 (0) ---
> --- SIGXCPU (CPU time limit exceeded) @ 0 (0) ---
> +++ killed by SIGINT +++
>
> I believe it hung there.
>
> Added to the logs were:
>
> - stdout/stderr -
>
> [Loaded (pre-compiled) java.util.PropertyResourceBundle from ]
> [Loaded (pre-compiled) gnu.gcj.convert.Input_8859_1 from ]
> [Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.env.AccessRestriction
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.batch.ClasspathSourceJar from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.batch.ClasspathJar
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.batch.ClasspathLocation from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.batch.ClasspathDirectory from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.env.NameEnvironmentAnswer from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.batch.ClasspathDirectory$1 from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.classfmt.ClassFileReader from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.classfmt.ClassFileStruct from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled)
> org.eclipse.jdt.internal.compiler.env.IBinaryNestedType from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IBinaryField
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IGenericField
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IBinaryMethod
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IGenericMethod
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.util.ManifestAnalyzer
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled)
> org.eclipse.jdt.internal.compiler.classfmt.ClassFormatException from
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) java.lang.ArrayIndexOutOfBoundsException from source>]
> [Loaded (pre-compiled) java.lang.IndexOutOfBoundsException from source>]
> [Loaded (pre-compiled) java.util.Hashtable$1 from ]
> [Loaded (pre-compiled) java.util.Hashtable$KeyIterator from ]
> [Loaded (pre-compiled) java.util.Collections$8 from ]
> Exception in thread "main" [Loaded (pre-compiled) gnu.gcj.runtime.NameFinder
> from ]
> [Loaded (pre-compiled) gnu.gcj.runtime.NameFinder$Addr2Line from source>]
> [Loaded (pre-compiled) java.lang.PosixProcess from ]
> [Loaded (pre-compiled) java.lang.Process from ]
> [Loaded (pre-compiled) java.lang.PosixProcess$ProcessManager from source>]
> [Loaded (pre-compiled) java.util.LinkedList from ]
> [Loaded (pre-compiled) java.util.AbstractSequentialList from ]
> [Loaded (pre-compiled) java.util.Deque from ]
> [Loaded (pre-compiled) java.util.Queue from ]
> [Loaded (pre-compiled) java.util.LinkedList$Entry from ]
> [Loaded (pre-compiled) java.util.LinkedList$LinkedListItr from source>]
> [Loaded (pre-compiled) java.util.ListIterator from ]
> [Loaded (pre-compiled) java.io.BufferedWriter from ]
> [Loaded (pre-compiled) java.lang.Throwable$StaticData from ]
> java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.Compiler
>at
> org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(eclipse-ecj.jar.so)
>at org.eclipse.jdt.internal.compiler.batch.Main.compile(eclipse-ecj.jar.so)
>at
> org.eclipse.jdt.internal.compiler.batch.GCCMain.compile(eclipse-ecj.jar.so)
>at org.eclipse.jdt.internal.compiler.batch.GCCMain.main(eclipse-ecj.jar.so)
>
> - strace -
>
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> stat64(".", {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0
> access(".", F_OK)
Re: gcj cannot find ecj any more, on m68k
Andrew Haley dixit:
>Oh, gosh. As you say, it looks like strace isn't working. I can't
I managed to get further by usine -o but *not* -f (or -ff), since
using -o with -ff showed a child process’ log consisting exactly of:
--- SIGPWR (Power failure) @ 0 (0) ---
--- SIGXCPU (CPU time limit exceeded) @ 0 (0) ---
+++ killed by SIGINT +++
I believe it hung there.
Added to the logs were:
- stdout/stderr -
[Loaded (pre-compiled) java.util.PropertyResourceBundle from ]
[Loaded (pre-compiled) gnu.gcj.convert.Input_8859_1 from ]
[Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.env.AccessRestriction
from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled)
org.eclipse.jdt.internal.compiler.batch.ClasspathSourceJar from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.batch.ClasspathJar from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.batch.ClasspathLocation
from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled)
org.eclipse.jdt.internal.compiler.batch.ClasspathDirectory from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled)
org.eclipse.jdt.internal.compiler.env.NameEnvironmentAnswer from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled)
org.eclipse.jdt.internal.compiler.batch.ClasspathDirectory$1 from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled)
org.eclipse.jdt.internal.compiler.classfmt.ClassFileReader from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled)
org.eclipse.jdt.internal.compiler.classfmt.ClassFileStruct from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IBinaryNestedType
from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IBinaryField from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IGenericField from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IBinaryMethod from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IGenericMethod
from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.util.ManifestAnalyzer
from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (BC-compiled)
org.eclipse.jdt.internal.compiler.classfmt.ClassFormatException from
(file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
[Loaded (pre-compiled) java.lang.ArrayIndexOutOfBoundsException from ]
[Loaded (pre-compiled) java.lang.IndexOutOfBoundsException from ]
[Loaded (pre-compiled) java.util.Hashtable$1 from ]
[Loaded (pre-compiled) java.util.Hashtable$KeyIterator from ]
[Loaded (pre-compiled) java.util.Collections$8 from ]
Exception in thread "main" [Loaded (pre-compiled) gnu.gcj.runtime.NameFinder
from ]
[Loaded (pre-compiled) gnu.gcj.runtime.NameFinder$Addr2Line from ]
[Loaded (pre-compiled) java.lang.PosixProcess from ]
[Loaded (pre-compiled) java.lang.Process from ]
[Loaded (pre-compiled) java.lang.PosixProcess$ProcessManager from ]
[Loaded (pre-compiled) java.util.LinkedList from ]
[Loaded (pre-compiled) java.util.AbstractSequentialList from ]
[Loaded (pre-compiled) java.util.Deque from ]
[Loaded (pre-compiled) java.util.Queue from ]
[Loaded (pre-compiled) java.util.LinkedList$Entry from ]
[Loaded (pre-compiled) java.util.LinkedList$LinkedListItr from ]
[Loaded (pre-compiled) java.util.ListIterator from ]
[Loaded (pre-compiled) java.io.BufferedWriter from ]
[Loaded (pre-compiled) java.lang.Throwable$StaticData from ]
java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.Compiler
at
org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(eclipse-ecj.jar.so)
at org.eclipse.jdt.internal.compiler.batch.Main.compile(eclipse-ecj.jar.so)
at
org.eclipse.jdt.internal.compiler.batch.GCCMain.compile(eclipse-ecj.jar.so)
at org.eclipse.jdt.internal.compiler.batch.GCCMain.main(eclipse-ecj.jar.so)
- strace -
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
stat64(".", {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0
access(".", F_OK) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0
Re: gcj cannot find ecj any more, on m68k
On 05/10/2012 06:08 PM, Thorsten Glaser wrote: > Andrew Haley dixit: > >> Hmm. Well, I think we're very close and it would be a shame to stop > > Oh, ok. > >> now. If you do an "strace -f -etrace=file" you should be able to see >> what classes it's trying to load at the end, and one of these won't be >> found, and one of them wil be mentioned in the list of classes in the >> jcf-dump. > > I did it to the gij command, as you didn’t specify which, but bad luck, > all it does is sitting there for a few minutes after spewing out what > I attached. I’ve not had too much luck with strace on m68k for anything > since the architecture was forced by glibc maintainers to switch to use > TLS but didn’t have a register allocated in the psABI for it, and the > porters probably didn’t want to change the ABI so they added syscalls, > and now about every single function calls syscall #333 to get the TLS > base address which slows strace down to hell. > > The “just sitting there” is idle though. > > root@aranym:~ # ps ax | fgrep pts/3 > 17229 pts/3Ss 0:00 -/bin/mksh > 17255 pts/3S+ 1:03 strace -f -etrace=file gij-4.6 -verbose:class > -classpath /usr/share/java/eclipse-ecj.jar > org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 > -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 > -ftarget=1.5 > 17256 pts/3S+ 0:00 tee st.log > 17257 pts/3Sl+0:35 gij-4.6 -verbose:class -classpath > /usr/share/java/eclipse-ecj.jar > org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 > -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 > -ftarget=1.5 > 17569 pts/4R+ 0:00 fgrep pts/3 > > Do you reckon a LD_PRELOAD open wrapper would help? > (Or are we looking at more functions, if so which?) Oh, gosh. As you say, it looks like strace isn't working. I can't think of any way I'd investigate this other than using gdb to try to find the place where the exception is being thrown. Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fabf9c1.6010...@redhat.com
Re: gcj cannot find ecj any more, on m68k
Andrew Haley dixit: >Hmm. Well, I think we're very close and it would be a shame to stop Oh, ok. >now. If you do an "strace -f -etrace=file" you should be able to see >what classes it's trying to load at the end, and one of these won't be >found, and one of them wil be mentioned in the list of classes in the >jcf-dump. I did it to the gij command, as you didn’t specify which, but bad luck, all it does is sitting there for a few minutes after spewing out what I attached. I’ve not had too much luck with strace on m68k for anything since the architecture was forced by glibc maintainers to switch to use TLS but didn’t have a register allocated in the psABI for it, and the porters probably didn’t want to change the ABI so they added syscalls, and now about every single function calls syscall #333 to get the TLS base address which slows strace down to hell. The “just sitting there” is idle though. root@aranym:~ # ps ax | fgrep pts/3 17229 pts/3Ss 0:00 -/bin/mksh 17255 pts/3S+ 1:03 strace -f -etrace=file gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5 17256 pts/3S+ 0:00 tee st.log 17257 pts/3Sl+0:35 gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5 17569 pts/4R+ 0:00 fgrep pts/3 Do you reckon a LD_PRELOAD open wrapper would help? (Or are we looking at more functions, if so which?) bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr st.log.gz Description: Binary data
Re: gcj cannot find ecj any more, on m68k
On 05/09/2012 07:55 PM, Thorsten Glaser wrote: > Andrew Haley dixit: > >> gcj has an evil bug. Sometimes, when it has an unresolved reference, it >> reports a ClassNotFoundException for the referring class, not the >> referred. So, you now need to > > Oh, ok. > >> jcf-dump -v -classpath /usr/share/java/eclipse-ecj-3.5.1.jar >> org.eclipse.jdt.internal.compiler.Compiler > > Ok, got a lot of output. > >> and have a look at the class references in the constant pool. > > Uh, I’m sorry you lost me there. That is a train station, right? ;-) > I can barely read any Java™ source code, much less know about gcj > internals other than what I’ve seen during porting… Hmm. Well, I think we're very close and it would be a shame to stop now. If you do an "strace -f -etrace=file" you should be able to see what classes it's trying to load at the end, and one of these won't be found, and one of them wil be mentioned in the list of classes in the jcf-dump. Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fab7028.6040...@redhat.com
Re: gcj-4.7 still FTBFS on m68k (was Re: gcj cannot find ecj any more, on m68k)
On 05/09/12 19:58, Thorsten Glaser wrote: > Dixi quod… > >> gcj-4.7 FTBFS’d the last time I tried to build it, but as of writing >> this I’ve started to try to compile its latest version, since there > Too bad, still fails: > > […] > mv -f $depbase.Tpo $depbase.Plo > libtool: compile: /tmp/buildd/gcj-4.7-4.7.0/build/./gcc/xgcc -shared-libgcc > -B/tmp/buildd/gcj-4.7-4.7.0/build/./gcc -nostdinc++ > -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src > -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src/.libs > -B/usr/m68k-linux-gnu/bin/ -B/usr/m68k-linux-gnu/lib/ -isystem > /usr/m68k-linux-gnu/include -isystem /usr/m68k-linux-gnu/sys-include > -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj > -I../../../src/libjava -Iinclude -I../../../src/libjava/include > -I../../../src/libjava/classpath/include -Iclasspath/include > -I../../../src/libjava/classpath/native/fdlibm > -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include > -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl > -I../../../src/libjava/.././libjava/../libgcc > -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti > -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum > -D_FILE_OFFSET_BITS=64 -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr\" > -DMULTIARCH_DIR=\"m68k-linux-gnu\" > -DTOOLEXECLIBDIR=\"/usr/lib/m68k-linux-gnu\" > -DJAVA_HOME=\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre\" > -DBOOT_CLASS_PATH=\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre/lib/rt.jar\" > -DJAVA_EXT_DIRS=\"/usr/share/java/ext\" > -DGCJ_ENDORSED_DIRS=\"/usr/share/java/gcj-endorsed\" > -DGCJ_VERSIONED_LIBDIR=\"/usr/lib/m68k-linux-gnu/gcj-4.7-13\" > -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"/usr/share/java/eclipse-ecj.jar\" > -DLIBGCJ_DEFAULT_DATABASE=\"/var/lib/m68k-linux-gnu/gcj-4.7/classmap.db\" > -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.7-13/classmap.db\" -g -O2 > -D_GNU_SOURCE -MT jvmti.lo -MD -MP -MF .deps/jvmti.Tpo -c > ../../../src/libjava/jvmti.cc -fPIC -DPIC -o .libs/jvmti.o > depbase=`echo interpret.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ > /bin/bash ./libtool --tag=CXX --mode=compile > /tmp/buildd/gcj-4.7-4.7.0/build/./gcc/xgcc -shared-libgcc > -B/tmp/buildd/gcj-4.7-4.7.0/build/./gcc -nostdinc++ > -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src > -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src/.libs > -B/usr/m68k-linux-gnu/bin/ -B/usr/m68k-linux-gnu/lib/ -isystem > /usr/m68k-linux-gnu/include -isystem /usr/m68k-linux-gnu/sys-include > -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj > -I../../../src/libjava -Iinclude -I../../../src/libjava/include > -I../../../src/libjava/classpath/include -Iclasspath/include > -I../../../src/libjava/classpath/native/fdlibm > -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include > -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl > -I../../../src/libjava/.././libjava/../libgcc > -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti > -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum > -D_FILE_OFFSET_BITS=64 -Wextra -Wall -D_GNU_SOURCE -DPREFIX="\"/usr\"" > -DMULTIARCH_DIR="\"m68k-linux-gnu\"" > -DTOOLEXECLIBDIR="\"/usr/lib/m68k-linux-gnu\"" > -DJAVA_HOME="\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre\"" > -DBOOT_CLASS_PATH="\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre/lib/rt.jar\"" > -DJAVA_EXT_DIRS="\"/usr/share/java/ext\"" > -DGCJ_ENDORSED_DIRS="\"/usr/share/java/gcj-endorsed\"" > -DGCJ_VERSIONED_LIBDIR="\"/usr/lib/m68k-linux-gnu/gcj-4.7-13\"" > -DPATH_SEPARATOR="\":\"" -DECJ_JAR_FILE="\"/usr/share/java/eclipse-ecj.jar\"" > -DLIBGCJ_DEFAULT_DATABASE="\"/var/lib/m68k-linux-gnu/gcj-4.7/classmap.db\"" > -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL="\"gcj-4.7-13/classmap.db\"" -fwrapv -g > -O2 -D_GNU_SOURCE -MT interpret.lo -MD -MP -MF $depbase.Tpo -c -o > interpret.lo ../../../src/libjava/interpret.cc &&\ > mv -f $depbase.Tpo $depbase.Plo > libtool: compile: /tmp/buildd/gcj-4.7-4.7.0/build/./gcc/xgcc -shared-libgcc > -B/tmp/buildd/gcj-4.7-4.7.0/build/./gcc -nostdinc++ > -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src > -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src/.libs > -B/usr/m68k-linux-gnu/bin/ -B/usr/m68k-linux-gnu/lib/ -isystem > /usr/m68k-linux-gnu/include -isystem /usr/m68k-linux-gnu/sys-include > -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj > -I../../../src/libjava -Iinclude -I../../../src/libjava/include > -I../../../src/libjava/classpath/include -Iclasspath/include > -I../../../src/libjava/classpath/native/fdlibm > -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include > -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl > -I../../../src/libjava/.././libjava/../libgcc > -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti > -fnon-call-exceptions -fdollars-in-identifiers -Wswit
Re: gcj cannot find ecj any more, on m68k
Andrew Haley dixit: >gcj has an evil bug. Sometimes, when it has an unresolved reference, it >reports a ClassNotFoundException for the referring class, not the >referred. So, you now need to Oh, ok. >jcf-dump -v -classpath /usr/share/java/eclipse-ecj-3.5.1.jar >org.eclipse.jdt.internal.compiler.Compiler Ok, got a lot of output. >and have a look at the class references in the constant pool. Uh, I’m sorry you lost me there. That is a train station, right? ;-) I can barely read any Java™ source code, much less know about gcj internals other than what I’ve seen during porting… Thanks anyway, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr jcfdump.out.gz Description: Binary data
gcj-4.7 still FTBFS on m68k (was Re: gcj cannot find ecj any more, on m68k)
Dixi quod… >gcj-4.7 FTBFS’d the last time I tried to build it, but as of writing >this I’ve started to try to compile its latest version, since there Too bad, still fails: […] mv -f $depbase.Tpo $depbase.Plo libtool: compile: /tmp/buildd/gcj-4.7-4.7.0/build/./gcc/xgcc -shared-libgcc -B/tmp/buildd/gcj-4.7-4.7.0/build/./gcc -nostdinc++ -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src/.libs -B/usr/m68k-linux-gnu/bin/ -B/usr/m68k-linux-gnu/lib/ -isystem /usr/m68k-linux-gnu/include -isystem /usr/m68k-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj -I../../../src/libjava -Iinclude -I../../../src/libjava/include -I../../../src/libjava/classpath/include -Iclasspath/include -I../../../src/libjava/classpath/native/fdlibm -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl -I../../../src/libjava/.././libjava/../libgcc -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr\" -DMULTIARCH_DIR=\"m68k-linux-gnu\" -DTOOLEXECLIBDIR=\"/usr/lib/m68k-linux-gnu\" -DJAVA_HOME=\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre\" -DBOOT_CLASS_PATH=\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre/lib/rt.jar\" -DJAVA_EXT_DIRS=\"/usr/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/usr/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/usr/lib/m68k-linux-gnu/gcj-4.7-13\" -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"/usr/share/java/eclipse-ecj.jar\" -DLIBGCJ_DEFAULT_DATABASE=\"/var/lib/m68k-linux-gnu/gcj-4.7/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.7-13/classmap.db\" -g -O2 -D_GNU_SOURCE -MT jvmti.lo -MD -MP -MF .deps/jvmti.Tpo -c ../../../src/libjava/jvmti.cc -fPIC -DPIC -o .libs/jvmti.o depbase=`echo interpret.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ /bin/bash ./libtool --tag=CXX --mode=compile /tmp/buildd/gcj-4.7-4.7.0/build/./gcc/xgcc -shared-libgcc -B/tmp/buildd/gcj-4.7-4.7.0/build/./gcc -nostdinc++ -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src/.libs -B/usr/m68k-linux-gnu/bin/ -B/usr/m68k-linux-gnu/lib/ -isystem /usr/m68k-linux-gnu/include -isystem /usr/m68k-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj -I../../../src/libjava -Iinclude -I../../../src/libjava/include -I../../../src/libjava/classpath/include -Iclasspath/include -I../../../src/libjava/classpath/native/fdlibm -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl -I../../../src/libjava/.././libjava/../libgcc -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -Wextra -Wall -D_GNU_SOURCE -DPREFIX="\"/usr\"" -DMULTIARCH_DIR="\"m68k-linux-gnu\"" -DTOOLEXECLIBDIR="\"/usr/lib/m68k-linux-gnu\"" -DJAVA_HOME="\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre\"" -DBOOT_CLASS_PATH="\"/usr/lib/jvm/java-1.5.0-gcj-4.7/jre/lib/rt.jar\"" -DJAVA_EXT_DIRS="\"/usr/share/java/ext\"" -DGCJ_ENDORSED_DIRS="\"/usr/share/java/gcj-endorsed\"" -DGCJ_VERSIONED_LIBDIR="\"/usr/lib/m68k-linux-gnu/gcj-4.7-13\"" -DPATH_SEPARATOR="\":\"" -DECJ_JAR_FILE="\"/usr/share/java/eclipse-ecj.jar\"" -DLIBGCJ_DEFAULT_DATABASE="\"/var/lib/m68k-linux-gnu/gcj-4.7/classmap.db\"" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL="\"gcj-4.7-13/classmap.db\"" -fwrapv -g -O2 -D_GNU_SOURCE -MT interpret.lo -MD -MP -MF $depbase.Tpo -c -o interpret.lo ../../../src/libjava/interpret.cc &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: /tmp/buildd/gcj-4.7-4.7.0/build/./gcc/xgcc -shared-libgcc -B/tmp/buildd/gcj-4.7-4.7.0/build/./gcc -nostdinc++ -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src -L/tmp/buildd/gcj-4.7-4.7.0/build/m68k-linux-gnu/libstdc++-v3/src/.libs -B/usr/m68k-linux-gnu/bin/ -B/usr/m68k-linux-gnu/lib/ -isystem /usr/m68k-linux-gnu/include -isystem /usr/m68k-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj -I../../../src/libjava -Iinclude -I../../../src/libjava/include -I../../../src/libjava/classpath/include -Iclasspath/include -I../../../src/libjava/classpath/native/fdlibm -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl -I../../../src/libjava/.././libjava/../libgcc -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr\" -DMULTIARCH_DIR=\"m68k-linux-gnu\" -DTOOLEXECLIBDIR=\"/usr/lib/m68k-linux-gnu\" -DJAVA_HOME=\"/usr/lib/jvm/java-1.5.0-gcj-4.
Re: gcj cannot find ecj any more, on m68k
On 05/09/2012 05:15 PM, Thorsten Glaser wrote: > Andrew Haley dixit: > >>> >> OK: >>> >> >>> >> gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar >>> >> org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 >>> >> -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 >>> >> -ftarget=1.5 >> > >> >jar tf /usr/share/java/eclipse-ecj-3.5.1.jar | grep >> >org/eclipse/jdt/internal/compiler/Compiler.class > root@aranym:~ # jar tf /usr/share/java/eclipse-ecj-3.5.1.jar | grep > org/eclipse/jdt/internal/compiler/Comp> > org/eclipse/jdt/internal/compiler/Compiler.class > > So it’s in the .jar, it’s just not found… why? > > root@aranym:~ # unzip -lv /usr/share/java/eclipse-ecj-3.5.1.jar | fgrep > internal/compiler/Compiler.class >18069 Defl:N 7207 60% 2012-04-10 14:30 b997aed0 > org/eclipse/jdt/internal/compiler gcj has an evil bug. Sometimes, when it has an unresolved reference, it reports a ClassNotFoundException for the referring class, not the referred. So, you now need to jcf-dump -v -classpath /usr/share/java/eclipse-ecj-3.5.1.jar org.eclipse.jdt.internal.compiler.Compiler and have a look at the class references in the constant pool. Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4faa99bd.8040...@redhat.com
Re: gcj cannot find ecj any more, on m68k
Andrew Haley dixit: >> OK: >> >> gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar >> org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 >> -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 >> -ftarget=1.5 > >jar tf /usr/share/java/eclipse-ecj-3.5.1.jar | grep >org/eclipse/jdt/internal/compiler/Compiler.class root@aranym:~ # jar tf /usr/share/java/eclipse-ecj-3.5.1.jar | grep org/eclipse/jdt/internal/compiler/Comp> org/eclipse/jdt/internal/compiler/Compiler.class So it’s in the .jar, it’s just not found… why? root@aranym:~ # unzip -lv /usr/share/java/eclipse-ecj-3.5.1.jar | fgrep internal/compiler/Compiler.class 18069 Defl:N 7207 60% 2012-04-10 14:30 b997aed0 org/eclipse/jdt/internal/compiler/Compiler.class bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1205091614400.23...@herc.mirbsd.org
Re: gcj cannot find ecj any more, on m68k
On 05/09/2012 12:58 PM, Thorsten Glaser wrote: > Andrew Haley dixit: > >> On 05/06/2012 03:56 PM, Thorsten Glaser wrote: >>> If someone has an idea how to debug this, you’re welcome. >> >> Try running ecj1 like this: >> >> gij -verbose:class -classpath /usr/share/java/eclipse-ecj.jar >> org.eclipse.jdt.internal.compiler.batch.GCCMain \ >> Hello.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-.jar -g1 >> -fsource=1.5 -ftarget=1.5 > > OK: > > gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar > org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 > -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 > -ftarget=1.5 jar tf /usr/share/java/eclipse-ecj-3.5.1.jar | grep org/eclipse/jdt/internal/compiler/Compiler.class -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4faa6489.2090...@redhat.com
Re: gcj cannot find ecj any more, on m68k
Andrew Haley dixit: >On 05/06/2012 03:56 PM, Thorsten Glaser wrote: >> If someone has an idea how to debug this, you’re welcome. > >Try running ecj1 like this: > >gij -verbose:class -classpath /usr/share/java/eclipse-ecj.jar >org.eclipse.jdt.internal.compiler.batch.GCCMain \ >Hello.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-.jar -g1 >-fsource=1.5 -ftarget=1.5 OK: gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5 [Loaded (pre-compiled) java.lang.ClassLoader from ] [Loaded (pre-compiled) java.lang.Object from ] [Loaded (pre-compiled) java.lang.Class from ] [Loaded (pre-compiled) java.lang.reflect.Type from ] [Loaded (pre-compiled) java.lang.reflect.AnnotatedElement from ] [Loaded (pre-compiled) java.lang.reflect.GenericDeclaration from ] [Loaded (pre-compiled) java.io.Serializable from ] [Loaded (pre-compiled) java.lang.Cloneable from ] [Loaded (pre-compiled) java.lang.VMClassLoader from ] [Loaded (pre-compiled) java.lang.RuntimePermission from ] [Loaded (pre-compiled) java.security.BasicPermission from ] [Loaded (pre-compiled) java.security.Permission from ] [Loaded (pre-compiled) java.security.Guard from ] [Loaded (pre-compiled) java.security.Permissions from ] [Loaded (pre-compiled) java.security.PermissionCollection from ] [Loaded (pre-compiled) java.util.Hashtable from ] [Loaded (pre-compiled) java.util.Dictionary from ] [Loaded (pre-compiled) java.util.Map from ] [Loaded (pre-compiled) java.security.AllPermission from ] [Loaded (pre-compiled) java.security.AllPermission$AllPermissionCollection from ] [Loaded (pre-compiled) java.util.Hashtable$HashEntry from ] [Loaded (pre-compiled) java.util.AbstractMap$SimpleEntry from ] [Loaded (pre-compiled) java.util.Map$Entry from ] [Loaded (pre-compiled) java.security.ProtectionDomain from ] [Loaded (pre-compiled) java.util.HashMap from ] [Loaded (pre-compiled) java.util.AbstractMap from ] [Loaded (pre-compiled) java.lang.System from ] [Loaded (pre-compiled) java.io.BufferedInputStream from ] [Loaded (pre-compiled) java.io.FilterInputStream from ] [Loaded (pre-compiled) java.io.InputStream from ] [Loaded (pre-compiled) java.io.Closeable from ] [Loaded (pre-compiled) java.io.FileInputStream from ] [Loaded (pre-compiled) java.io.FileDescriptor from ] [Loaded (pre-compiled) gnu.java.nio.channels.FileChannelImpl from ] [Loaded (pre-compiled) java.nio.channels.FileChannel from ] [Loaded (pre-compiled) java.nio.channels.spi.AbstractInterruptibleChannel from ] [Loaded (pre-compiled) java.nio.channels.Channel from ] [Loaded (pre-compiled) java.nio.channels.InterruptibleChannel from ] [Loaded (pre-compiled) java.nio.channels.ByteChannel from ] [Loaded (pre-compiled) java.nio.channels.ReadableByteChannel from ] [Loaded (pre-compiled) java.nio.channels.WritableByteChannel from ] [Loaded (pre-compiled) java.nio.channels.GatheringByteChannel from ] [Loaded (pre-compiled) java.nio.channels.ScatteringByteChannel from ] [Loaded (pre-compiled) java.lang.SecurityManager from ] [Loaded (pre-compiled) java.io.PrintStream from ] [Loaded (pre-compiled) java.io.FilterOutputStream from ] [Loaded (pre-compiled) java.io.OutputStream from ] [Loaded (pre-compiled) java.io.Flushable from ] [Loaded (pre-compiled) java.lang.Appendable from ] [Loaded (pre-compiled) gnu.classpath.SystemProperties from ] [Loaded (pre-compiled) java.util.Properties from ] [Loaded (pre-compiled) java.lang.StringBuilder from ] [Loaded (pre-compiled) java.lang.AbstractStringBuffer from ] [Loaded (pre-compiled) java.lang.CharSequence from ] [Loaded (pre-compiled) java.lang.String from ] [Loaded (pre-compiled) java.lang.Comparable from ] [Loaded (pre-compiled) java.lang.String$CaseInsensitiveComparator from ] [Loaded (pre-compiled) java.util.Comparator from ] [Loaded (pre-compiled) java.util.Hashtable$3 from ] [Loaded (pre-compiled) java.util.AbstractSet from ] [Loaded (pre-compiled) java.util.AbstractCollection from ] [Loaded (pre-compiled) java.util.Collection from ] [Loaded (pre-compiled) java.lang.Iterable from ] [Loaded (pre-compiled) java.util.Set from ] [Loaded (pre-compiled) java.util.Collections$SynchronizedSet from ] [Loaded (pre-compiled) java.util.Collections$SynchronizedCollection from ] [Loaded (pre-compiled) java.util.Collections$SynchronizedIterator from ] [Loaded (pre-compiled) java.util.Iterator from ] [Loaded (pre-compiled) java.util.Hashtable$EntryIterator from ] [Loaded (pre-compiled) java.io.BufferedOutputStream from ] [Loaded (pre-compiled) java.io.FileOutputStream from ] [Loaded (pre-compiled) gnu.gcj.convert.UnicodeToBytes from ] [Loaded (pre-compiled) gnu.gcj.convert.IOConverter from ] [Loaded (pre-compiled) gnu.gcj.convert.Output_UTF8 from ] [Loaded (pre-compiled) java.lang.reflect.Modifier from ] [Loaded (pre-compiled) gnu.gcj.runtime.ExtensionClassLoader from ] [Loaded (pre-compiled) gnu.gcj.runtime.HelperClassLoader fro
Re: gcj cannot find ecj any more, on m68k
On 05/06/2012 03:56 PM, Thorsten Glaser wrote: > If someone has an idea how to debug this, you’re welcome. Try running ecj1 like this: gij -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain \ Hello.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-.jar -g1 -fsource=1.5 -ftarget=1.5 Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4faa3b6b.5030...@redhat.com
gcj cannot find ecj any more, on m68k
Hi,
I’m having troubles with gcj for a while now, and can’t find it.
It’s not http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409 :
-rw-r--r-- 1 root root 1017 Apr 4 07:37 /usr/share/java/libgcj-4.6.jar
Nor is it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45773
as the code from comment #16 (when compiled to .class on
another system) works as it should.
How to reproduce? Boot up Debian/m68k, e.g. in a VM:
https://wiki.debian.org/Aranym/Quick
Run apt-get update if needed, then apt-get install gcj-4.{4,6}-jdk
root@aranym:~ # cat >x.java
class x {
}
root@aranym:~ # gcj-4.6 -c x.java -v -save-temps
Using built-in specs.
Reading specs from /usr/lib/gcc/m68k-linux-gnu/4.6/libgcj.spec
rename spec startfile to startfileorig
rename spec lib to liborig
COLLECT_GCC=gcj-4.6
COLLECT_LTO_WRAPPER=/usr/lib/gcc/m68k-linux-gnu/4.6/lto-wrapper
Target: m68k-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.3-1'
--with-bugurl=file:///usr/share/doc/gcj-4.6/README.Bugs
--enable-languages=c,c++,java --prefix=/usr --program-suffix=-4.6
--enable-shared --enable-linker-build-id --with-system-zlib
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-time=yes
--disable-libssp --disable-libmudflap --enable-plugin --disable-browser-plugin
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.6/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.6
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.6
--with-arch-directory=m68k --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--disable-werror --disable-multilib --enable-checking=release
--build=m68k-linux-gnu --host=m68k-linux-gnu --target=m68k-linux-gnu
Thread model: posix
gcc version 4.6.3 (Debian 4.6.3-1)
COLLECT_GCC_OPTIONS='-fsaw-java-file' '-c' '-v' '-save-temps'
'-fbootclasspath=./:/usr/share/java/libgcj-4.6.jar' '-g1' '-shared-libgcc'
'-m68020'
/usr/lib/gcc/m68k-linux-gnu/4.6/ecj1 x.java -g1
-fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5
-fzip-dependency x.zip -fzip-target x.jar
Exception in thread "main" java.lang.NoClassDefFoundError:
org.eclipse.jdt.internal.compiler.Compiler
at
org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(eclipse-ecj.jar.so)
at org.eclipse.jdt.internal.compiler.batch.Main.compile(eclipse-ecj.jar.so)
at
org.eclipse.jdt.internal.compiler.batch.GCCMain.compile(eclipse-ecj.jar.so)
at org.eclipse.jdt.internal.compiler.batch.GCCMain.main(eclipse-ecj.jar.so)
The really bad thing is, this used to work with gcj-4.4, which until
some point was our standard gcj as per src:gcc-defaults, although,
for some time before and after the switch to gcj-4.6 no package using
Java was compiled, so the error was never detected.
root@aranym:~ # gcj-4.4 -c x.java -v -save-temps
Using built-in specs.
Reading specs from /usr/lib/gcc/m68k-linux-gnu/4.4.7/libgcj.spec
rename spec startfile to startfileorig
rename spec lib to liborig
Target: m68k-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.7-1'
--with-bugurl=file:///usr/share/doc/gcj-4.4/README.Bugs
--enable-languages=c,c++,java --prefix=/usr --program-suffix=-4.4
--enable-shared --enable-linker-build-id --with-system-zlib
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls
--enable-clocale=gnu --disable-libssp --disable-libmudflap
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=//usr/lib/jvm/java-1.5.0-gcj-4.4/jre --enable-java-home
--with-jvm-root-dir=//usr/lib/jvm/java-1.5.0-gcj-4.4
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.4
--with-arch-directory=m68k --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--disable-werror --disable-multilib --enable-checking=release
--build=m68k-linux-gnu --host=m68k-linux-gnu --target=m68k-linux-gnu
Thread model: posix
gcc version 4.4.7 (Debian 4.4.7-1)
COLLECT_GCC_OPTIONS='-fsaw-java-file' '-c' '-v' '-save-temps'
'-fbootclasspath=./:/usr/share/java/libgcj-4.4.jar' '-g1' '-shared-libgcc'
'-m68020'
/usr/lib/gcc/m68k-linux-gnu/4.4.7/ecj1 x.java -g1
-fbootclasspath=./:/usr/share/java/libgcj-4.4.jar -g1 -fsource=1.5 -ftarget=1.5
-fzip-dependency x.zip -fzip-target x.jar
Exception in thread "main" java.lang.NoClassDefFoundError:
org.eclipse.jdt.internal.compiler.Compiler
at
org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(eclipse-ecj.jar.so)
at org.eclipse.jdt.internal.compiler.batch.Main.compile(eclipse-ecj.jar.so)
at
org.eclipse.jdt.internal.compiler.batch.GCCMain.compile(eclipse-ecj.jar.so)
at org.eclipse.jdt.internal.compiler.batch.GCCMain.main(eclipse-ecj.jar.so)
1|root@aranym:~ # ls -l /usr/share/java/libgcj-4.4.jar
-rw-r--r-- 1 root root 10165790 Mar 13 19:45 /u
