From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23733 invoked by alias); 24 Feb 2004 04:26:36 -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 23724 invoked from network); 24 Feb 2004 04:26:35 -0000 Received: from unknown (HELO lakemtao04.cox.net) (68.1.17.241) by sources.redhat.com with SMTP; 24 Feb 2004 04:26:35 -0000 Received: from white ([68.9.64.121]) by lakemtao04.cox.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with ESMTP id <20040224042636.OSXD24274.lakemtao04.cox.net@white> for ; Mon, 23 Feb 2004 23:26:36 -0500 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1AvU9T-0004bS-00 for ; Mon, 23 Feb 2004 23:26:35 -0500 Date: Tue, 24 Feb 2004 04:26:00 -0000 From: Bob Rossi To: gdb@sources.redhat.com Subject: Re: [MI] -file-list-exec-source-files Message-ID: <20040224042635.GA17603@white> Mail-Followup-To: gdb@sources.redhat.com References: <20040216153329.GA3978@white> <20040216154628.GA996@nevyn.them.org> <20040216160835.GB3978@white> <40325BC5.4090403@gnu.org> <20040217191005.GA5982@white> <20040217191238.GA30895@nevyn.them.org> <20040217193001.GB5982@white> <20040217193327.GA31855@nevyn.them.org> <20040223131335.GA16675@white> <20040223135527.GA28267@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040223135527.GA28267@nevyn.them.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-02/txt/msg00336.txt.bz2 On Mon, Feb 23, 2004 at 08:55:27AM -0500, Daniel Jacobowitz wrote: > On Mon, Feb 23, 2004 at 08:13:35AM -0500, Bob Rossi wrote: > > On Tue, Feb 17, 2004 at 02:33:27PM -0500, Daniel Jacobowitz wrote: > > > On Tue, Feb 17, 2004 at 02:30:01PM -0500, Bob Rossi wrote: > > > > On Tue, Feb 17, 2004 at 02:12:38PM -0500, Daniel Jacobowitz wrote: > > > > > On Tue, Feb 17, 2004 at 02:10:05PM -0500, Bob Rossi wrote: > > > > > > I have one last question that didn't get answered, could the psymtab be > > > > > > modified to contain the dirname? > > > > > > > > > > Probably, but the dirname -> fullname conversion may be expensive - it > > > > > involves a lot of stat() calls. > > > > > > > > I could definatly use some advice getting the dirname into the psymtab. > > > > I don't mind spending time implementing it if I could get a little > > > > pointer in the right direction. It seems I would have to change both the > > > > stabs reader and the dwarf2 reader. Is that correct? > > > > > > Yes, I think so. Dwarf2 should be easy. Stabs will be a little > > > harder. Take a look at patch_subfile_names. > > > > Thanks, I think I got the Stabs version working. > > Do you have a heads up for the Dwarf2 version? > > > > Funny enough, Stabs was much easier for me to get done than Dwarf2. > > I am currently looking at the function dwarf2_build_psymtabs_hard. > > Does this sound right? > > > > As far as I know, this will be the last step to the patch I'm > > generating. Also, I will only have Stabs and Dwarf-2 working. Anyone > > know of another debug format I should be looking into? > > > > Any help would be appreciated, > > I'd think dwarf2 would be downright easy in comparison. All you want > is the comp_unit_die in dwarf2_build_psymtabs_hard. read_partial_die > does not currently save DW_AT_comp_dir, the compilation directory, but > making it do so would be easy. Thanks, with your help, this turned into a 5 minute problem! I'll be posting the patch soon, just have to clean up the code now. Thanks a lot! Bob Rossi