From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15882 invoked by alias); 15 Dec 2003 22:50:37 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 15856 invoked from network); 15 Dec 2003 22:50:36 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 15 Dec 2003 22:50:36 -0000 Received: from drow by nevyn.them.org with local (Exim 4.24 #1 (Debian)) id 1AW1Xv-0005xS-Q8 for ; Mon, 15 Dec 2003 17:50:35 -0500 Date: Mon, 15 Dec 2003 22:50:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: [dictionary] set bounds info correctly in symtabs Message-ID: <20031215225035.GA22811@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: 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: 2003-12/txt/msg00384.txt.bz2 On Mon, Dec 15, 2003 at 01:24:51PM -0800, David Carlton wrote: > For a while, local users have been complaining that GDB generates tons > of "pc in read in psymtab, but not in symtab" messages. Which is > annoying (and the gratuitous extra "in" doesn't help). :-) I finally > got around to tracking this down; it turns out that the psymtabs are > correct and the symtabs are wrong in this case. Specifically, in > dwarf2read.c, psymtab_to_symtab_1 and read_file_scope, when > determining the PC bounds of the file, assume that all functions are > children of the DW_TAG_compile_unit die, which isn't the case once > DW_TAG_namesepace appears. (Actually, it seems to me that > DW_TAG_class_type could already cause problems; it's just that GCC > doesn't generate debug info in a form that could trigger this issue.) Seems reasonable. I believe that Jason has suggested that namespaces should be handled the same way - i.e. a declaration in the namespace and a definition outside - in the version of the namespace support being included in 3.4. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer