From: Jim Ingham <jingham@apple.com>
To: gdb@sources.redhat.com
Cc: Nick Roberts <nick@nick.uklinux.net>
Subject: Re: Apple version gdb-309
Date: Tue, 30 Mar 2004 07:05:00 -0000 [thread overview]
Message-ID: <5241541D-81C7-11D8-95CB-000A958F4C44@apple.com> (raw)
Nick,
> Does the version:
>
> GNU gdb 5.3-20030128 (Apple version gdb-309) (Thu Dec 4 15:41:30 GMT
> 2003)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software...
> ...
> This GDB was configured as "powerpc-apple-darwin".
>
> come out of the FSF repository or Apple's? I realise it says
> Apple version gdb-309 but Mandrake has:
>
> GNU gdb 5.2.1-2mdk (Mandrake Linux)
>
> and this is standard gdb AFAICT.
Not quite sure what the Mandrake version has to do with this, but a gdb
that says "Apple version gdb-xxx" on a Mac OS X system is most likely
from the Apple CVS repository. The rest of the numbering:
"5.3-20030128" is the gdb version this roughly maps onto (5.3 in this
case) and the date of the last merge from the FSF to our tree (Jan.
28th, 2003 in this case).
>
> I've had a report of the following transaction:
>
> (gdb) server interpreter mi "-var-update *"
> Switching to interpreter "console"
> (gdb)
>
>
> AFAIK gdb 5.3 in the FSF repository (at sources.redhat.com) doesn't
> know
> about the command "interpreter mi".
>
This snippet doesn't work in either gdb. Is there a typo somewhere
here? Maybe this was
(gdb) interpreter execute mi "-var-update *"
That would work in our gdb and in the FSF version of gdb that has the
interpreter code. The interpreter subsystem was added to the FSF gdb
around 6.0 (IIRC) by Keith Seitz, Elena and Andrew, from a version
originally done at Apple. The FSF version and the Apple gdb-309
version are somewhat different. We are working to merge the FSF TOT
back to our codebase, though the interpreters bit will continue to be a
little different when we finish this ('cause there are a few things
about the way I did it that I like better :-) But I think what I have
will be a superset, and mi or cli code that uses the interpreters
commands from the FSF version should still work on our version.
> If these are two different versions where do they overlap? (or,
> conversely,
> where do they differ?)
There are substantial differences between the Apple gdb and the FSF
version. But we don't keep a comprehensive list.
>
> More specifically will the future versions for Mac OS
> ( == powerpc-apple-darwin? ) have the changes for -stack-list-locals
> and
> -var-list-children that I committed to the FSF repository on
> 2004-01-20?
Yes. Both these commands are different in our gdb from the version in
the FSF repository, but as I merge the differences, I will try to keep
the behavior you added working. It doesn't look too hard, though in
the case of stack-list-locals, your change uses argument values that we
had already taken (I think Jason mentioned this at the time you were
adding it). So I have to get Xcode to change as well. Fortunately for
now we keep the Xcode and gdb versions in sync, so this won't be a
problem...
Jim
--
Jim Ingham jingham@apple.com
Developer Tools
Apple Computer
next reply other threads:[~2004-03-29 21:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-30 7:05 Jim Ingham [this message]
2004-03-30 17:46 ` Nick Roberts
2004-03-30 17:50 ` Jim Ingham
2005-05-12 23:53 ` Nick Roberts
-- strict thread matches above, loose matches on Subject: below --
2004-03-29 23:35 Nick Roberts
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=5241541D-81C7-11D8-95CB-000A958F4C44@apple.com \
--to=jingham@apple.com \
--cc=gdb@sources.redhat.com \
--cc=nick@nick.uklinux.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