From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22405 invoked by alias); 3 Dec 2001 21:28:01 -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 22360 invoked from network); 3 Dec 2001 21:27:59 -0000 Received: from unknown (HELO www.cgsoftware.com) (208.155.65.221) by sources.redhat.com with SMTP; 3 Dec 2001 21:27:59 -0000 Received: from localhost (localhost [127.0.0.1]) by www.cgsoftware.com (8.9.3/8.9.3) with ESMTP id QAA21582; Mon, 3 Dec 2001 16:27:56 -0500 Date: Mon, 03 Dec 2001 13:28:00 -0000 From: Daniel Berlin To: Daniel Jacobowitz cc: , Subject: Re: [RFA/stabs reader] Fix v3 duplicate constructors problem In-Reply-To: <20011203162542.A597@nevyn.them.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2001-12/txt/msg00064.txt.bz2 On Mon, 3 Dec 2001, Daniel Jacobowitz wrote: > On Mon, Dec 03, 2001 at 04:22:14PM -0500, Daniel Berlin wrote: > > > > > > On Mon, 3 Dec 2001, Daniel Jacobowitz wrote: > > > > > I tracked down the annoying duplication of constructors using G++ 3.0 with > > > stabs. The problem is that all the clones of the constructor are emitted, > > > so there really are two of them. > > > > > Yes. > > > The obvious thing to do to fix this in GCC (and I'd like it fixed in GCC) > > > would seem to be checking DECL_ABSTRACT_ORIGIN like the Dwarf frontend does > > > instead of DECL_ABSTRACT. > > It *used* to do the right thing (IE after the v3 switch) > > Which is to emit a single constructor name in the class, and emit the > > clones outside the class debug info, with an abstract origin/specification > > of the in the class die. > > > > Does it not still do this? > > It does for Dwarf2. This particular problem does not affect Dwarf2. > Dies don't come into this anywhere. Sorry, missed the part where you said it was with stabs. --Dan