From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4081 invoked by alias); 29 Mar 2004 21:21:30 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 4038 invoked from network); 29 Mar 2004 21:21:25 -0000 Received: from unknown (HELO mail-out3.apple.com) (17.254.13.22) by sources.redhat.com with SMTP; 29 Mar 2004 21:21:25 -0000 Received: from mailgate2.apple.com (a17-128-100-204.apple.com [17.128.100.204]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id i2TLLOOM008497 for ; Mon, 29 Mar 2004 13:21:24 -0800 (PST) Received: from relay3.apple.com (relay3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.3.6) with ESMTP id ; Mon, 29 Mar 2004 13:21:24 -0800 Received: from [17.201.22.245] (inghji6.apple.com [17.201.22.245]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id i2TLLMCw012682; Mon, 29 Mar 2004 21:21:22 GMT Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <5241541D-81C7-11D8-95CB-000A958F4C44@apple.com> Content-Transfer-Encoding: 7bit Cc: Nick Roberts From: Jim Ingham Subject: Re: Apple version gdb-309 Date: Tue, 30 Mar 2004 07:05:00 -0000 To: gdb@sources.redhat.com X-SW-Source: 2004-03/txt/msg00282.txt.bz2 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