Need some help debugging gcj-dbtool
Andrew Haley
aph@redhat.com
Mon Nov 6 16:19:00 GMT 2006
Bill Gatliff writes:
> Guys:
>
>
> I'm taking a stab at this bug:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29206
>
> ... on an arm-linux platform. Which, according to this and a few other
> posts, is currently broken:
>
> http://gcc.gnu.org/ml/java/2006-06/msg00175.html
>
> (I can offer access to a fast ARM machine if anyone wants to help).
>
> Is the closure API still unfinished?
Yes.
One thing is very weird: 0x41bf6434 in _Unwind_GetIPInfo () from /lib/libgcc_s.so.1
So, why is it using /lib/libgcc_s.so.1? Not
/home/doko/gcc/4.2/install/lib/libgcc_s.so.1?
Can it be that LD_LIBRARY_PATH is not set to
/home/doko/gcc/4.2/install/lib? Or maybe libgcc_s.so.1 is missing
from there?
OK, so we see here:
#0 0x41bf6434 in _Unwind_GetIPInfo () from /lib/libgcc_s.so.1
There is one bad problem: debuginfo from libgcc_s.so.1 is missing.
Let's get that installed: we need it.
Now, there is one further problem. Closure support for libffi
(src/libffi/src/arm/ffitarget.h) doesn't have unwinder data. But this
shouldn't really matter in this particular case, because as far as I
can see the interpreter isn't in use.
First, do "info share"
Make sure all shared libs come from /home/doko/gcc/4.2/install/lib/
Andrew.
More information about the Java
mailing list