This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Java docs patch: Update libgcj system properties docuementation
- From: Andrew Haley <aph at redhat dot com>
- To: Ranjit Mathew <rmathew at gmail dot com>
- Cc: gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: Thu, 28 Apr 2005 10:36:35 +0100
- Subject: Re: Java docs patch: Update libgcj system properties docuementation
- References: <426FD9F6.60703@redhat.com><d4pqgj$ir0$1@sea.gmane.org>
Ranjit Mathew writes:
> Bryce McKinlay wrote:
> [...]
> > +Whether an external process, @command{addr2line}, should be used to determine
> > +line number information when tracing the stack. Setting this to @code{false}
> > +may suppress line numbers when printing stack traces and when using
> > +the java.util.logging infrastructure. However, performance may improve
> > +significantly for applications that print stack traces or make logging calls
> > +frequently.
>
> I think it's high time we ditch addr2line and go
> with something like Casey Marshall's DWARF-2 reader
No argument there. The only thing that stands in the way of doing
this is testing on a wide range of systems. This means 32-and 64-bit,
big- and little- endian, and systems that use stabs by default.
> IIRC, BFD was not license-compatible and elfutils
> was restricted to ELF systems and is not widespread.
Andrew.