From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26034 invoked by alias); 24 Sep 2002 14:06:49 -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 26027 invoked from network); 24 Sep 2002 14:06:48 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 24 Sep 2002 14:06:48 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17trGo-0002nP-00; Tue, 24 Sep 2002 10:06:38 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17tqKx-0008DO-00; Tue, 24 Sep 2002 10:06:51 -0400 Date: Tue, 24 Sep 2002 07:06:00 -0000 From: Daniel Jacobowitz To: Daniel Berlin Cc: Jim Blandy , david carlton , gdb@sources.redhat.com Subject: Re: suggestion for dictionary representation Message-ID: <20020924140651.GA31364@nevyn.them.org> Mail-Followup-To: Daniel Berlin , Jim Blandy , david carlton , gdb@sources.redhat.com References: <200209240635.g8O6ZUC23979@zenia.red-bean.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i X-SW-Source: 2002-09/txt/msg00371.txt.bz2 On Tue, Sep 24, 2002 at 09:19:54AM -0400, Daniel Berlin wrote: > > > On Tue, 24 Sep 2002, Jim Blandy wrote: > > > > > > Also, for what it's worth, I'm still not ready to completely give up > > > on representing members of classes via a dictionary; that would > > > provide another place where a linear dictionary environment could be > > > useful. > > > > I agree, but it's worth noting that `struct symbol' is 52 bytes long > > on a Pentium, whereas `struct field' and `struct fn_field' are 16 > > bytes long. > > > > Not that that necessarily matters. We know GDB does have memory > > consumption problems, but I have never seen those problems really > > analyzed. > > Um, I have these statistics, but I need to know *exactly* what you want to > know to be able to give them to you. > There's just too many combinations to make a nice table or something. > Even something like STABS vs DWARF2 has too many combinations because > it changes with each GCC version, and even sometimes with binutils > versions. > > > All the memory could be in physnames, for all we know. > In general, DWARF2 C++ apps, a lot of it is. I'm actually making good progress on cutting down our physname use. It would help if someone commented on the testsuite framework I posted last week... that's my next step. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer