This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: Borland TDS reading + BFD Interface Change
- To: Troy Rollo <troy at rollo dot com>
- Subject: Re: Borland TDS reading + BFD Interface Change
- From: "H . J . Lu" <hjl at lucon dot org>
- Date: Thu, 24 Aug 2000 14:37:12 -0700
- Cc: Daniel Berlin <dan at cgsoftware dot com>,gdb-patches at sourceware dot cygnus dot com
- References: <4.3.1.2.20000820133938.00aa7100@mail> <Pine.LNX.4.21.0008192109460.1354-100000@propylaea.anduin.c om> <4.3.1.2.20000822192249.00dbe870@mail>
On Thu, Aug 24, 2000 at 08:36:10PM +1000, Troy Rollo wrote:
>
> I actually started off by trying to slot it into cplus-dem.c, but based on
> a quick look at the code I have, which only seems to handle GNU, LUCID,
> ARM, HP and EDG, which all seem to be using basically the same scheme, the
> TDS stuff couldn't be integrated in except at the very top level. I didn't
> think it would be appropriate to hook Borland demangling into
> cplus_demangle or internal_cplus_demangle when it's really only useful for
> one platform.
>
If you take a look at demangler in the Linux binutils:
http://ftp.valinux.com/pub/support/hjl/binutils/binutils-2.10.0.24.tar.gz.
you will find it is much more flexible. Basically, you can plug in your
own demangler function. You can even do it at the run time. But I only
tested the run time scheme under Linux.
H.J.