From: Geoffrey Keating <geoffk@apple.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: Michael Elizabeth Chastain <mec@shout.net>,
gcc-patches@gcc.gnu.org, gdb@sources.redhat.com,
Daniel Jacobowitz <drow@mvista.com>
Subject: Re: Two possible function stabs patches
Date: Fri, 01 Aug 2003 22:36:00 -0000 [thread overview]
Message-ID: <92FC36EA-C470-11D7-A68E-0030657EA24A@apple.com> (raw)
In-Reply-To: <3F27D397.5000104@redhat.com>
On Wednesday, July 30, 2003, at 07:17 AM, Andrew Cagney wrote:
>> Oops! Forgot to attach the actual patches. Fixed below.
>> OK, so I have not one, but two patches!
>
> Um, these appear to come with a little history (Solaris perhaphs?).
> Can you provide a bit of a background? You'll likely also want to add
> something to the GNU stabs document found in the GDB distro.
So far as I know, this is a bug that has been in GCC since 1992, and
before that I don't know what the history is. I looked at the stabs
document in GDB; this patch makes GCC more compliant with it.
>> The first one is less interesting. It uses the language's name for
>> the function, unless it's a C++ function, in which case it uses the
>> (mangled) assembler name. It'll give a stab like
>> .stabs "__ZN3bar3fooEv:F(0,1)",36,0,2,__ZN3bar3fooEv
>> or
>> .stabs "foo:F(0,1)",36,0,2,foo.11
>> The second one uses the 'printable name' for the function. That is,
>> for C it's just the name, and for C++ it's the demangled version of
>> its name. I am not at all sure it'll work, because it gives stabs
>> like:
>> .stabs "int bar::foo():F(0,1)",36,0,2,__ZN3bar3fooEv
>> which I suspect can't be parsed.
>> Could someone help me test these? It needs a machine that can use
>> stabs and on which the GDB testsuite doesn't give too many false
>> positives.
>
> I'd strongly encourage you to install GNU/Linux and *BSD on a couple
> local old/slow Mac boxes. It will make testing a lot easier.
All my old/slow boxen get used for GCC regression testing...
--
Geoff Keating <geoffk@apple.com>
next prev parent reply other threads:[~2003-08-01 22:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-30 1:07 Fwd: " Geoffrey Keating
2003-07-30 1:14 ` Daniel Jacobowitz
2003-07-30 14:18 ` Andrew Cagney
2003-08-01 22:36 ` Geoffrey Keating [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-07-30 22:29 Michael Elizabeth Chastain
2003-07-30 5:47 Fwd: " Michael Elizabeth Chastain
2003-07-30 21:43 ` Geoffrey Keating
2003-07-30 1:05 Geoffrey Keating
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=92FC36EA-C470-11D7-A68E-0030657EA24A@apple.com \
--to=geoffk@apple.com \
--cc=ac131313@redhat.com \
--cc=drow@mvista.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=gdb@sources.redhat.com \
--cc=mec@shout.net \
/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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).