Aurelien Jarno writes: > > Matthias Klose a écrit : > > That is strange; looks like the just built interpreter doesn't > > work. Maybe we should get it working upstream first. > > > > Matthias > > > > Joey Hess writes: > >> So far, I'm stuck here: > >> > >> Adding java source files from srcdir > >> '../../../../../src/libjava/classpath'. > >> Adding java source files from VM directory /tmp/gcj-4.1-4.1.2/src/libjava > >> Adding java source files from VM directory > >> /tmp/gcj-4.1-4.1.2/build/arm-linux-gnu/libjava > >> Adding generated files in builddir '..'. > >> /tmp/gcj-4.1-4.1.2/build/gcc/gcj > >> -B/tmp/gcj-4.1-4.1.2/build/arm-linux-gnu/libjava/ > >> -B/tmp/gcj-4.1-4.1.2/build/gcc/ -C -g -w --encoding=UTF-8 -bootclasspath > >> '' --classpath > >> /tmp/gcj-4.1-4.1.2/src/libjava:/tmp/gcj-4.1-4.1.2/build/arm-linux-gnu/libjava:../../../../../src/libjava/classpath:../../../../../src/libjava/classpath/external/w3c_dom:../../../../../src/libjava/classpath/external/sax:../../../../../src/libjava/classpath/external/relaxngDatatype:../../../../../src/libjava/classpath/external/jsr166:.:: > >> -d ../../../../../src/libjava/classpath/lib @classes > >> Exception in thread "main" java.lang.ExceptionInInitializerError > >> <<No stacktrace available>> > >> Caused by: java.lang.NullPointerException > >> <<No stacktrace available>> > >> make[7]: *** [compile-classes] Error 1 > >> make[7]: Leaving directory > >> `/tmp/gcj-4.1-4.1.2/build/arm-linux-gnu/libjava/classpath/lib' > >> > >> -- > >> See shy jo > > > > I also have a problem while bootstrapping it. It waits indefinitely on: > > checking if /home/aurel32/gcj/gcj-4.1-4.1.2/build/gcc/gcj supports > -fno-rtti -fno-exceptions > > It looks like the generated compiler does not work.
I didn't see this failure yet. So maybe this is a bug in the libffi backport for arm? btw, Martin Michlmayr checked that Phil Blundell has a copyright assignment for GCC, so if somebody updates the arm libffi support for the trunk, I assume it can be submitted upstream. Matthias
