Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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


  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