From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31343 invoked by alias); 31 Mar 2003 08:13:06 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 31314 invoked from network); 31 Mar 2003 08:13:01 -0000 Received: from unknown (HELO molenda.com) (192.220.74.81) by sources.redhat.com with SMTP; 31 Mar 2003 08:13:01 -0000 Received: (qmail 3974 invoked by uid 19025); 31 Mar 2003 08:18:15 -0000 Date: Mon, 31 Mar 2003 08:13:00 -0000 From: Jason Molenda To: Andrew Cagney Cc: Bob Rossi , gdb-patches@sources.redhat.com Subject: Re: Adding -file-list-exec-source-file command to GDB/MI Message-ID: <20030331001815.A647@molenda.com> References: <20030320224454.GA14096@white> <20030321015532.A54903@molenda.com> <20030321131614.GA14884@white> <3E846994.3040708@redhat.com> <20030330040652.GA8455@white> <3E87C26B.5060102@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3E87C26B.5060102@redhat.com>; from ac131313@redhat.com on Sun, Mar 30, 2003 at 11:22:03PM -0500 X-SW-Source: 2003-03/txt/msg00607.txt.bz2 On Sun, Mar 30, 2003 at 11:22:03PM -0500, Andrew Cagney wrote: > > > > Sure, I'll look into that. I would also like to add the extra field to > > -break-list. Does that make sense to everyone else? > > Does to me. Ah, I see why this has never been an issue at Apple. We control the compiler, and -gstabs+ is the default debug output. This means that we have the compilation directory at the start of each file, e.g. (the file /tmp/e/f/a.c compiled from /tmp/e) .stabs "/tmp/e/",100,0,0,.Ltext0 .stabs "f/a.c",100,0,0,.Ltext0 And we have a modification to MI in our gdb which includes that directory in things like stack-list-frames. Here's the Apple gdb output when stopped: -stack-list-frames ^done,stack=[frame={level="0",addr="0x00001dc8",fp="0xbffffca0",func="foo",file="f/a.c",line="3",dir="/tmp/e/"}, [...] And here's the FSF gdb: -stack-list-frames ^done,stack=[frame={level="0 ",addr="0x0804830f",func="foo",file="f/a.c",line="3"}, [...] The other difference is the addition of FP here -- our UI uses the PC and FP to uniquely identify stack frames so it won't re-fetch things unnecessarily while keeping its stack frame display current. I send this as an aside, not as an argument against the change Bob is proposing. The gdb developer community doesn't control gcc as handily as we can at Apple, so this particular solution isn't relevant. Although I see gcc 3.2's DWARF-2 output includes the compilation directory. J