This is the mail archive of the
mailing list for the elfutils project.
Re: [patch] Resolve ppc64 func descriptors as .func (via .opd)
- From: Jan Kratochvil <jan dot kratochvil at redhat dot com>
- To: elfutils-devel at lists dot fedorahosted dot org
- Date: Mon, 19 Nov 2012 13:14:47 +0100
- Subject: Re: [patch] Resolve ppc64 func descriptors as .func (via .opd)
On Mon, 19 Nov 2012 11:37:20 +0100, Mark Wielaard wrote:
> On Sun, 2012-11-18 at 18:25 +0100, Jan Kratochvil wrote:
> > (gdb) bt
> > #0 0x00000000100004d0 in .f ()
> > #1 0x0000000010000500 in .main ()
> IMHO that is just weirdness/bug in GDB.
No matter what it is it is a standard.
> > You need about that looked up function symbol also the function size, starting
> > code address, visibility and binding. It is mostly the whole GElf_Sym
> > structure (except you do not need numerical st_name and st_shndx is probably
> > also not useful). This is all returned by dwfl_module_addrsym in my original
> > post.
> OK, but you can just use the function descriptor symbol for that can't
> you? There is nothing an synthetic generated symbol would add is there?
In the function descriptor symbol ST_VALUE points to the descriptor.
In the synthetic generated symbol ST_VALUE points to the code entry address.