From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13132 invoked by alias); 29 Mar 2004 23:22:41 -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 13043 invoked from network); 29 Mar 2004 23:22:35 -0000 Received: from unknown (HELO nick.uklinux.net) (194.247.49.89) by sources.redhat.com with SMTP; 29 Mar 2004 23:22:35 -0000 Received: by nick.uklinux.net (Postfix, from userid 501) id 9928375FDE; Tue, 30 Mar 2004 00:22:24 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16488.44975.558839.361364@nick.uklinux.net> Date: Tue, 30 Mar 2004 17:46:00 -0000 To: Jim Ingham Cc: gdb@sources.redhat.com Subject: Re: Apple version gdb-309 In-Reply-To: <5241541D-81C7-11D8-95CB-000A958F4C44@apple.com> References: <5241541D-81C7-11D8-95CB-000A958F4C44@apple.com> X-SW-Source: 2004-03/txt/msg00283.txt.bz2 > > 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, I did say to Jason (12 Dec 2003): Me> I don't see why both our changes can't be accommodated. This patch uses a Me> switch statement for each value of print_values. If for some reason Apple Me> need -stack-list-locals 2, I dont mind using another value. He didn't seem enthusiastic but perhaps I missed his point. All my changes to Emacs and GDB are still in CVS, so, as far as I'm concerned, you're welcome to change my values if this makes things easier for your merge. Thanks for the info, Nick