From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4016 invoked by alias); 25 Apr 2003 02:22:31 -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 4009 invoked from network); 25 Apr 2003 02:22:31 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 25 Apr 2003 02:22:31 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 198srJ-0001Yo-00; Thu, 24 Apr 2003 21:22:41 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 198sr1-0002t3-00; Thu, 24 Apr 2003 22:22:23 -0400 Date: Fri, 25 Apr 2003 02:22:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: David Carlton , gdb , Elena Zannoni , Jim Blandy Subject: Re: [rfc] struct dictionary Message-ID: <20030425022223.GA11069@nevyn.them.org> Mail-Followup-To: Andrew Cagney , David Carlton , gdb , Elena Zannoni , Jim Blandy References: <3EA89AB3.6050403@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EA89AB3.6050403@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-04/txt/msg00309.txt.bz2 On Thu, Apr 24, 2003 at 10:17:23PM -0400, Andrew Cagney wrote: > > >Blocks currently store symbols in one of three different ways: using a > >hash table, using an unsorted list, or using a sorted list. Most > >blocks are built by buildsym.c, which use only the former two > >mechanisms. Sorted list blocks are only being produced by > >mdebugread.c. And, to make matters worse, jv-lang.c produces one > >unsorted list block for which the predicate BLOCK_SHOULD_SORT matches; > >the chain of events by which GDB actually treats that block correctly > >is very tenuous. > > Um, didn't BLOCK_SHOULD_SORT get deleted? Nope, just used less. It's not deleted for the reasons David describes. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer