From: Daniel Jacobowitz <drow@false.org>
To: Keith Seitz <keiths@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA] dwarf2_physname
Date: Tue, 15 Sep 2009 13:32:00 -0000 [thread overview]
Message-ID: <20090915133207.GA17606@caradoc.them.org> (raw)
In-Reply-To: <4AAED830.5080909@redhat.com>
On Mon, Sep 14, 2009 at 04:56:32PM -0700, Keith Seitz wrote:
> >Ouch. Though, why does this make life difficult for the debugger?
> >The problem of THIS not being artificial I've seen before - I think
> >RealView has the same problem; I may have a patch to work around it -
> >but I'm not sure why we care about the name of the parameter in the
> >declaration.
>
> The problem is that now we are appending the arguments to the
> "linkage name" that we are computing. So when the dwarf reader sees
> this, it outputs "foo::foo (foo *)" instead of "foo::foo ()". This
> messes up symbol searching in some very interesting ways.
Oh, I see. Is there any other differentiation in the ICC output
between the two relevant cases? Namely bar and baz in:
class foo {
void bar();
static void baz(foo*);
};
From discussions on the dwarf-discuss list, I've gathered that pretty
much every debugger is full of compiler-specific quirking. In
practice, to provide a good user experience, we have to interpret the
DWARF in our best understanding of each compiler's intentions rather
than just through the standard.
Of course, that relies on someone wanting to do the work for ICC support.
--
Daniel Jacobowitz
CodeSourcery
next prev parent reply other threads:[~2009-09-15 13:32 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-31 22:51 Keith Seitz
2009-08-31 23:10 ` Michael Eager
2009-08-31 23:23 ` Keith Seitz
2009-08-31 23:35 ` Michael Eager
2009-09-01 22:11 ` Daniel Jacobowitz
2009-09-01 22:27 ` Daniel Jacobowitz
2009-09-01 23:18 ` Michael Eager
2009-09-01 23:37 ` Daniel Jacobowitz
2009-09-02 1:12 ` Michael Eager
2009-09-01 23:26 ` Keith Seitz
2009-09-01 23:42 ` Daniel Jacobowitz
2009-09-14 18:39 ` Keith Seitz
2009-09-14 22:48 ` Daniel Jacobowitz
2009-09-14 23:56 ` Keith Seitz
2009-09-15 13:32 ` Daniel Jacobowitz [this message]
2009-09-15 15:53 ` Keith Seitz
2009-09-15 16:12 ` Daniel Jacobowitz
2009-09-16 20:27 ` Keith Seitz
2009-09-18 22:34 ` Tom Tromey
[not found] ` <m37hwjy2tl.fsf@fleche.redhat.com>
2009-09-01 0:06 ` Michael Eager
2009-09-01 21:27 ` Tom Tromey
2009-09-01 22:10 ` Keith Seitz
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=20090915133207.GA17606@caradoc.them.org \
--to=drow@false.org \
--cc=gdb-patches@sourceware.org \
--cc=keiths@redhat.com \
/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