From: "Ulrich Weigand" <uweigand@de.ibm.com>
To: drow@false.org (Daniel Jacobowitz)
Cc: gdb-patches@sourceware.org, bauerman@br.ibm.com, amodra@bigpond.net.au
Subject: Re: Shared library call problems on PowerPC with current binutils/gdb
Date: Fri, 02 May 2008 23:25:00 -0000 [thread overview]
Message-ID: <200805022229.m42MT4UQ020315@d12av02.megacenter.de.ibm.com> (raw)
In-Reply-To: <20080502215132.GA12244@caradoc.them.org> from "Daniel Jacobowitz" at May 02, 2008 05:51:32 PM
Daniel Jacobowitz wrote:
> This appears to work consistently, where by work I mean disassembly
> shows the @plt sym but breakpoints on the undecorated version work
> fine. I'm not sure exactly why; it may be luck. If it's luck
> and someone cares later, we could make it work reliably by making
> sure the @plt version has an accurate size and the non-@plt version
> has size 0, or by making lookup_minimal_symbol_by_pc_section
> explicitly prefer text to non-text symbols.
>
> Hmm, thinking about this more, it probably won't work for your
> case after all. lookup_solib_trampoline_symbol_by_pc will return
> NULL if the first symbol we find is the text version.
If we have two symbols, *both* need to be mst_solib_trampoline.
As an alternative to having two symbols, I'm wondering if there is a
way to have just one symbol with differing SYMBOL_PRINT_NAME (with
@plt) and SYMBOL_SEARCH_NAME (without @plt). The same might also be
nice for versioned symbols.
I've also been thinking about the same approach to show PowerPC64
'dot' symbols without the dot when printing them ...
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com
next prev parent reply other threads:[~2008-05-02 22:29 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-29 2:38 Ulrich Weigand
2008-04-29 3:05 ` Daniel Jacobowitz
2008-04-29 15:59 ` Daniel Jacobowitz
2008-05-02 23:01 ` Daniel Jacobowitz
2008-05-02 23:25 ` Ulrich Weigand [this message]
2008-05-03 15:39 ` Daniel Jacobowitz
2008-05-03 15:59 ` Ulrich Weigand
2008-05-03 17:19 ` Daniel Jacobowitz
2008-05-14 18:25 ` Ulrich Weigand
2008-05-14 18:29 ` Daniel Jacobowitz
2008-05-14 21:38 ` Ulrich Weigand
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200805022229.m42MT4UQ020315@d12av02.megacenter.de.ibm.com \
--to=uweigand@de.ibm.com \
--cc=amodra@bigpond.net.au \
--cc=bauerman@br.ibm.com \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox