This is the mail archive of the
mailing list for the GDB project.
Re: Display libc function names instead of address ?
- From: Daniel Jacobowitz <drow at false dot org>
- To: Victor STINNER <victor dot stinner at haypocalc dot com>,Elena Zannoni <ezannoni at redhat dot com>, gdb-patches at sources dot redhat dot com
- Date: Sat, 17 Sep 2005 21:44:49 -0400
- Subject: Re: Display libc function names instead of address ?
- References: <1118892960.12713.5.camel@haypopc> <20050616044313.GA5950@nevyn.them.org> <1118934045.2827.4.camel@haypopc> <20050616151934.GA11296@nevyn.them.org> <1118936759.24041.23.camel@haypopc> <20050616162605.GA32580@nevyn.them.org>
On Thu, Jun 16, 2005 at 12:26:05PM -0400, Daniel Jacobowitz wrote:
> On Thu, Jun 16, 2005 at 05:45:59PM +0200, Victor STINNER wrote:
> > Le jeudi 16 juin 2005 à 11:19 -0400, Daniel Jacobowitz a écrit :
> > > Thanks for checking! That's output from objdump, right? It doesn't
> > > seem to work for me in GDB, just in objdump. But perhaps I can figure
> > > out where to wire it in.
> > Yep, it's in objdump. I think that you just have to update bfd and
> > opcodes libraries, no ?
> No - GDB also needs a change.
> This has been on my todo list for months, ever since objdump gained
> support. Here's an implementation - the patch applies to GDB CVS.
> Elena, is this patch OK?
> Tested on i686-pc-linux-gnu. It leaves a stray if (1) to minimize the
> size of the diff; I would remove that as an obvious followup.
Have you had a chance to look at this patch? The original report is
The patch is here:
And an example of it working is here:
> 2005-06-16 Daniel Jacobowitz <email@example.com>
> * elfread.c (elf_symtab_read): Add number_of_symbols and
> symbol_table as arguments. Do not load the symbol table
> (elf_symfile_read): Load the static and dynamic symbol tables
> here, before calling elf_symtab_read. Also load any synthetic
> symbols and process those.