From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11566 invoked by alias); 4 Nov 2002 20:38:16 -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 11559 invoked from network); 4 Nov 2002 20:38:15 -0000 Received: from unknown (HELO mail.cdt.org) (206.112.85.61) by sources.redhat.com with SMTP; 4 Nov 2002 20:38:15 -0000 Received: from dberlin.org (h-69-3-5-6.MCLNVA23.covad.net [69.3.5.6]) by mail.cdt.org (Postfix) with ESMTP id A534C4900D9; Mon, 4 Nov 2002 15:11:49 -0500 (EST) Received: from [128.164.132.31] (account dberlin HELO dberlin.org) by dberlin.org (CommuniGate Pro SMTP 4.0) with ESMTP-TLS id 1291659; Mon, 04 Nov 2002 15:38:08 -0500 Date: Mon, 04 Nov 2002 12:38:00 -0000 Subject: Re: Petr Sorfa's Dwarf 2 changes Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) Cc: Jim Blandy , John Wolfe , Andrew Cagney , gdb@sources.redhat.com To: Daniel Jacobowitz From: Daniel Berlin In-Reply-To: <20021104202641.GA7194@nevyn.them.org> Message-Id: <525F4E67-F035-11D6-9C11-000393575BCC@dberlin.org> Content-Transfer-Encoding: 7bit X-SW-Source: 2002-11/txt/msg00042.txt.bz2 > Not only will they agree, I believe Petr and John had already finished > doing this. > And I did it before them. > Doubtless there's still some room for improvement, but the > functionality is there... John, do you have that merged dwarf2read > available? If they don't, you should be able to find mine in the archives. Unless i'm misremembering Petr's, it keeps all the CU's around all the time. One thing I did was to make it so you could throw away CU's at will, and it would just reread them if/when necessary (IE it would just keep the last 10 used CU's or something as a cache). Cuts down on memory usage significantly with almost no loss in speed. PS I remember someone mentioning something about not needing to basically rewrite the dwarf2 reader to do this, though, which is what "pretty pervasive changes" sounds like. Not that i'm bitter, i just find it funny. :) Though i'm aware the retort will be that i did more than necessary (like mmapping the symbol files, and the ever controversial duplicate removal). Jim, you should be able to just rip the pieces from the dwarf2 reader rewrite i had done, or Petr did, without any trouble. > [For instance, from Petr's July posting: > * dwarf2read.c (build_die_ref): New function that builds > a new die reference if necessary, will search across > multiple comp units to find the reference. > (find_die_ref): New function that searches for a die > reference for a given comp unit. > (find_cu_header_from_begin_offset): New function that > searches through a link list of comp unit headers for > a comp unit that matches the given offset. > ] > > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer