Re: Need some help debugging gcj-dbtool

[Andrew Haley <aph at redhat dot com>]

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.