From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22933 invoked by alias); 28 Nov 2001 21:14:01 -0000 Mailing-List: contact gdb-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22875 invoked from network); 28 Nov 2001 21:14:00 -0000 Received: from unknown (HELO localhost.localdomain) (62.30.164.150) by hostedprojects.ges.redhat.com with SMTP; 28 Nov 2001 21:14:00 -0000 Received: (from jason@localhost) by localhost.localdomain (8.11.6/8.11.6) id fASLDFq03316; Wed, 28 Nov 2001 21:13:15 GMT X-Authentication-Warning: localhost.localdomain: jason set sender to jason@redhat.com using -f To: Daniel Jacobowitz Cc: libstdc++@gcc.gnu.org, gdb@sources.redhat.com Subject: Re: C++ debugging progress References: <20011128020256.A9688@nevyn.them.org> <20011128124118.A23447@nevyn.them.org> <20011128151819.A31514@nevyn.them.org> From: Jason Merrill In-Reply-To: <20011128151819.A31514@nevyn.them.org> (Daniel Jacobowitz's message of "Wed, 28 Nov 2001 15:18:19 -0500") Date: Wed, 21 Nov 2001 22:26:00 -0000 Message-ID: User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 (i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2001-11/txt/msg00218.txt.bz2 >>>>> "Daniel" == Daniel Jacobowitz writes: > OK, if I'm reading this at all correctly, the offset in the baseclass > definition is assumed to be 0 for a virtual baseclass, and ignored; it > is assumed that there will be a $vb later. So that offset slot is a > perfect place to put the information I need. Just let me know if it is > relative to the start of the vtable or to the vtable pointer. That'll > be enough information to do a much better job. The vtable pointer. > I should add: is there some way we can disambiguate correct and > incorrect debug info after this fix? For Dwarf2 I see how to do it > pretty easily. Would an explicit minus sign work? I think GDB won't > croak on that. That would be fine; just remove the negation from the dbxout.c patch. Jason From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason Merrill To: Daniel Jacobowitz Cc: libstdc++@gcc.gnu.org, gdb@sources.redhat.com Subject: Re: C++ debugging progress Date: Wed, 28 Nov 2001 13:14:00 -0000 Message-ID: References: <20011128020256.A9688@nevyn.them.org> <20011128124118.A23447@nevyn.them.org> <20011128151819.A31514@nevyn.them.org> X-SW-Source: 2001-11/msg00325.html Message-ID: <20011128131400.vopapGwHQF-DwMDTlZgQgLcxSFTTqWdr3FZ0wO6Mtk4@z> >>>>> "Daniel" == Daniel Jacobowitz writes: > OK, if I'm reading this at all correctly, the offset in the baseclass > definition is assumed to be 0 for a virtual baseclass, and ignored; it > is assumed that there will be a $vb later. So that offset slot is a > perfect place to put the information I need. Just let me know if it is > relative to the start of the vtable or to the vtable pointer. That'll > be enough information to do a much better job. The vtable pointer. > I should add: is there some way we can disambiguate correct and > incorrect debug info after this fix? For Dwarf2 I see how to do it > pretty easily. Would an explicit minus sign work? I think GDB won't > croak on that. That would be fine; just remove the negation from the dbxout.c patch. Jason