From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18785 invoked by alias); 4 Nov 2002 20:50:33 -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 18737 invoked from network); 4 Nov 2002 20:50:32 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 4 Nov 2002 20:50:32 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 188p1E-0005Kq-00; Mon, 04 Nov 2002 15:44:24 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 188o6X-0002AG-00; Mon, 04 Nov 2002 15:45:49 -0500 Date: Mon, 04 Nov 2002 12:50:00 -0000 From: Daniel Jacobowitz To: Daniel Berlin Cc: Jim Blandy , John Wolfe , Andrew Cagney , gdb@sources.redhat.com Subject: Re: Petr Sorfa's Dwarf 2 changes Message-ID: <20021104204549.GA8159@nevyn.them.org> Mail-Followup-To: Daniel Berlin , Jim Blandy , John Wolfe , Andrew Cagney , gdb@sources.redhat.com References: <20021104202641.GA7194@nevyn.them.org> <525F4E67-F035-11D6-9C11-000393575BCC@dberlin.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <525F4E67-F035-11D6-9C11-000393575BCC@dberlin.org> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-11/txt/msg00044.txt.bz2 On Mon, Nov 04, 2002 at 03:38:05PM -0500, Daniel Berlin wrote: > >Not only will they agree, I believe Petr and John had already finished > >doing this. > > > > And I did it before them. Yes, sorry. I still have code from you, posted to gdb-patches in July 2001, which does this. I merged it most of the way forward to CVS a couple of months later and ran out of time to finish the job. > > 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. Exactly what I was trying to remember :) -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer