From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: Keith Seitz <keiths@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [rfc] physname cross-check [Re: [RFA] Typedef'd method parameters [0/4]]
Date: Tue, 17 May 2011 18:33:00 -0000 [thread overview]
Message-ID: <20110517183309.GA1385@host1.jankratochvil.net> (raw)
In-Reply-To: <4DD2BB36.5000704@redhat.com>
On Tue, 17 May 2011 20:15:18 +0200, Keith Seitz wrote:
> Is reverting dwarf2_physname better or worse than DW_AT_MIPS_linkage_name?
In which single case can be dwarf2_physname better than
DW_AT_MIPS_linkage_name? That's the question. dwarf2_physname is AFAIK to
give the linkage name and DW_AT_MIPS_linkage_name always matches that.
Apparently the testsuite has regressions with demangled + canonicalized
DW_AT_MIPS_linkage_name so I am wrong but I do not understand why.
> Using DW_AT_MIPS_linkage_name will not pass cpexprs.exp without some
> hacking; the demangled name will need to be re-parsed (to remove
> typedefs
DW_AT_MIPS_linkage_name already has all the typedefs removed - it is the
linkage name.
> I really see this as an even bigger risk than keeping the current
> code. And then there's constructors -- no version of GCC that I've
> seen outputs DW_AT_MIPS_linkage_name for ctors, so they would still
> have to be computed in some way.
Yes, I agree for ctors/dtors we should use the dwarf2_physname computation.
Thanks,
Jan
next prev parent reply other threads:[~2011-05-17 18:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-21 21:15 [RFA] Typedef'd method parameters [0/4] Keith Seitz
2011-04-25 20:53 ` Tom Tromey
2011-05-12 21:28 ` Keith Seitz
2011-05-16 15:49 ` [rfc] physname cross-check [Re: [RFA] Typedef'd method parameters [0/4]] Jan Kratochvil
2011-05-17 18:15 ` Keith Seitz
2011-05-17 18:33 ` Jan Kratochvil [this message]
2011-05-17 19:04 ` Keith Seitz
2011-05-17 21:01 ` Tom Tromey
2011-05-19 23:04 ` [rfc] physname cross-check #2 Jan Kratochvil
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=20110517183309.GA1385@host1.jankratochvil.net \
--to=jan.kratochvil@redhat.com \
--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