Re: gcj-4.1/arm
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
Reply to: