From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25275 invoked by alias); 5 Nov 2002 17:18:00 -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 25253 invoked from network); 5 Nov 2002 17:17:56 -0000 Received: from unknown (HELO zenia.red-bean.com) (66.244.67.22) by sources.redhat.com with SMTP; 5 Nov 2002 17:17:56 -0000 Received: (from jimb@localhost) by zenia.red-bean.com (8.11.6/8.11.6) id gA5H3Cq18486; Tue, 5 Nov 2002 12:03:12 -0500 To: Daniel Jacobowitz Cc: John Wolfe , Andrew Cagney , gdb@sources.redhat.com Subject: Re: Petr Sorfa's Dwarf 2 changes References: <200210231720.g9NHKqO32140@zenia.red-bean.com> <3DB6EEE6.1060100@redhat.com> <20021104202641.GA7194@nevyn.them.org> From: Jim Blandy Date: Tue, 05 Nov 2002 09:18:00 -0000 In-Reply-To: <20021104202641.GA7194@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.90 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-11/txt/msg00056.txt.bz2 Daniel Jacobowitz writes: > On Mon, Nov 04, 2002 at 03:06:21PM -0500, Jim Blandy wrote: > > > > Andrew Cagney writes: > > > > I'm undertaking some related work in dwarf2read.c which will almost > > > > certainly conflict with Caldera's changes, and I'd like to see where > > > > you guys ended up. > > > > > > Care to expand? > > > > Sure --- I'm trying to put together a patch to support > > inter-compilation unit die references, which is (the hardest?) part of > > supporting Dwarf 2 compression. > > > > I think the changes are going to be pretty widespread. > > > > At the moment, dwarf2read.c has a number of global variables that > > describe per-compilation-unit things. These get set as we do the > > psymtab scan, stashed in each psymtab we create, and then restored > > each time we convert a psymtab to a symtab. If we're going to handle > > inter-CU references, we're going to be dealing with more than one CU > > at a time, so that's not going to be sufficient any more --- which CU > > you need depends on which die you're looking at. > > > > I'd like to change GDB to have a per-objfile Dwarf-specific structure > > (like struct dbx_symfile_info for STABS), and per-CU Dwarf-specific > > structures. These would be passed as arguments amongst the > > dwarf2read.c functions as appropriate. Furthermore, each die might > > need to have a pointer to the CU that owns it. > > > > Those are pretty pervasive changes, but I think the folks who have > > worked in dwarf2read.c will agree that they're the right way to go. > > When I've gotten something working on the branch I'll have more > > perspective on what's really needed. > > Not only will they agree, I believe Petr and John had already finished > doing this. Doubtless there's still some room for improvement, but the > functionality is there... John, do you have that merged dwarf2read > available? Yeah, not to diss that at all: I should have also explained that I'm hoping to steal as much of that work as I can. (Thus the request that started this thread.)