serious(?) glibc backtrace() problem on IA64
Andrew Haley
aph@cambridge.redhat.com
Wed Apr 17 09:46:00 GMT 2002
Boehm, Hans writes:
> Gcc 3.1 libjava seems to invoke the glibc backtrace() function
> Throwable::fillInStackTrace whenever it appears to be available.
> Unfortunately, at least my copy of glibc 2.2.4 seems to use the
> sysdeps/generic implementation of backtrace() on IA64. That
> implementation in fact completely broken on IA64. The end result
> seems to be that mostly it quietly does nothing useful,
> occasionally it generates an unaligned access, and even less
> frequently it generates a SIGSEGV.
Right. The libjava backtrace has been broken since the new gcc
unwinder went in.
> Is this fixed in other versions of glibc? Should the libjava configury
> stuff explicitly turn off HAVE_BACKTRACE?
That sounds right.
> If so, can an autoconf expert add that hack to at least the 3.1
> tree?
> In the longer term, if this is still in glibc, it seems to me that this is
> the wrong default for backtrace() on IA64.
I would prefer to use libunwind, to begin with for IA-64, and later
for everything.
Andrew.
More information about the Java
mailing list