This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Shared library call problems on PowerPC with current binutils/gdb
- From: Daniel Jacobowitz <drow at false dot org>
- To: Ulrich Weigand <uweigand at de dot ibm dot com>
- Cc: gdb-patches at sourceware dot org, bauerman at br dot ibm dot com, amodra at bigpond dot net dot au
- Date: Mon, 28 Apr 2008 20:39:51 -0400
- Subject: Re: Shared library call problems on PowerPC with current binutils/gdb
- References: <200804282253.m3SMrwQF005602@d12av02.megacenter.de.ibm.com>
On Tue, Apr 29, 2008 at 12:53:58AM +0200, Ulrich Weigand wrote:
> - Extend elf_symtab_read to treat a synthetic symbol XXX@plt as a
> mst_solib_trampoline symbol for XXX.
Sounds reasonable. I suggested this to Aleksandar for another
problem, even :-) Though it was kind of nice to have it show up in
disassembly with @plt; will it still do that? It's nice to know
immediately when I'm looking at the PLT stub instead of the
definition.
> - Change elf_symtab_read to register symbols with version name
> simply under their base name.
>
> - Include something along the lines of Markus' "multiply-defined
> symbol" patch so that "break printf" will break on *both* definitions
> (created by the two symbols with different version names) after libc
> has been loaded.
>
> - Teach minsym_found about function descriptors.
These sound like a good idea to me.
> - Add extra unwinders to ppc-linux-tdep that recognize the various
> PLT call and glink stubs, and properly treat them as frameless.
> (This will probably require code reading ...)
>
> - Extend ppc_skip_trampoline_code to likewise handle those stubs.
These too, but it would be nice if we could avoid code reading all
the time. Maybe only do it for symbols without a name or where
the defining symbol has size zero?
--
Daniel Jacobowitz
CodeSourcery