From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13064 invoked by alias); 17 Sep 2004 22:55:55 -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 13050 invoked from network); 17 Sep 2004 22:55:52 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 17 Sep 2004 22:55:52 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1C8Rdu-0003N6-QW; Fri, 17 Sep 2004 18:55:50 -0400 Date: Fri, 17 Sep 2004 22:55:00 -0000 From: Daniel Jacobowitz To: Jim Blandy Cc: david.carlton@sun.com, gdb@sources.redhat.com Subject: Re: Constructor names in the symbol table Message-ID: <20040917225550.GA12896@nevyn.them.org> Mail-Followup-To: Jim Blandy , david.carlton@sun.com, gdb@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.5.1+cvs20040105i X-SW-Source: 2004-09/txt/msg00151.txt.bz2 On Fri, Sep 17, 2004 at 03:03:50PM -0500, Jim Blandy wrote: > When I do something like set a breakpoint on S::S(int), I don't get a > match from the full symbol table; instead, I get a match on the > demangled names in the minimal symbol table. > > Is this the way it's supposed to work? I would have expected > something in dwarf2read to have consulted processing_current_prefix > and produced a qualified name for the full symbol. I don't remember the details, but I believe this is part of the mess caused by normally using mangled names. But since the constructor is abstract, it doesn't have a mangled name. Probably producing a fully qualified name, when we don't have a linkage name, would work. -- Daniel Jacobowitz