From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5860 invoked by alias); 28 Nov 2001 07:43:51 -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 5799 invoked from network); 28 Nov 2001 07:43:50 -0000 Received: from unknown (HELO www.cgsoftware.com) (208.155.65.221) by hostedprojects.ges.redhat.com with SMTP; 28 Nov 2001 07:43:50 -0000 Received: from localhost (localhost [127.0.0.1]) by www.cgsoftware.com (8.9.3/8.9.3) with ESMTP id CAA15685; Wed, 28 Nov 2001 02:43:43 -0500 Date: Mon, 19 Nov 2001 11:16:00 -0000 From: Daniel Berlin To: Daniel Jacobowitz cc: , Subject: Re: C++ debugging progress In-Reply-To: <20011128020256.A9688@nevyn.them.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2001-11/txt/msg00198.txt.bz2 On Wed, 28 Nov 2001, Daniel Jacobowitz wrote: > For the curious, I've gotten all but two of the virtual function tests to > pass in virtfuncs.exp. I'm not entirely sure what's wrong with one of the > others, and the other goes up as far as the parser (pEe->D::fd() yields > "attempt to take address of value not in memory"). There's also a bunch of > namespace problems, of course. > > I'll not be posting the patches for another day or two. The way I do it now > is grossly inefficient; I look through RTTI at every lookup instead of once > per type. It also depends on presence of RTTI. There's not much I can do > about that - or rather, I could, but AFAICT it would require walking the > inheritance graph in the proper order and I don't have the machinery to do > that easily. I'm not heartbroken that we need RTTI for debugging though. Nor am I. However: * To: gdb-patches at sources dot redhat dot com * Subject: Re: Using typeinfo functions to determine RTTI * From: Tom Tromey * Date: 03 May 2000 09:41:50 -0600 * Newsgroups: cygnus.patches.gdb * Organization: Cygnus Solutions * References: * Reply-To: tromey at cygnus dot com (This was me): >> Does anyone mind if i use the typeinfo name, rather than >> the virtual table name, to figure out th real type of an object? It >> only matters if someone does -fno-rtti, i believe. But I have no >> idea how many people actually use that flag to save time/space in >> debugging executables. Jim> Almost all of Cygnus's customers use GDB to debug embedded apps, Jim> and space is often an issue there. But I don't actually know how Jim> many of them use -fno-rtti. All Java programs are compiled with -fno-rtti. This includes the C++ component. So presumably if this change is made it will make it even harder for me to debug libgcj. Tom From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Berlin To: Daniel Jacobowitz Cc: , Subject: Re: C++ debugging progress Date: Tue, 27 Nov 2001 23:43:00 -0000 Message-ID: References: <20011128020256.A9688@nevyn.them.org> X-SW-Source: 2001-11/msg00305.html Message-ID: <20011127234300.pZXMOAsPE4fMjXWQQuWbGbABzptxFJB7pertb_eIXyk@z> On Wed, 28 Nov 2001, Daniel Jacobowitz wrote: > For the curious, I've gotten all but two of the virtual function tests to > pass in virtfuncs.exp. I'm not entirely sure what's wrong with one of the > others, and the other goes up as far as the parser (pEe->D::fd() yields > "attempt to take address of value not in memory"). There's also a bunch of > namespace problems, of course. > > I'll not be posting the patches for another day or two. The way I do it now > is grossly inefficient; I look through RTTI at every lookup instead of once > per type. It also depends on presence of RTTI. There's not much I can do > about that - or rather, I could, but AFAICT it would require walking the > inheritance graph in the proper order and I don't have the machinery to do > that easily. I'm not heartbroken that we need RTTI for debugging though. Nor am I. However: * To: gdb-patches at sources dot redhat dot com * Subject: Re: Using typeinfo functions to determine RTTI * From: Tom Tromey * Date: 03 May 2000 09:41:50 -0600 * Newsgroups: cygnus.patches.gdb * Organization: Cygnus Solutions * References: * Reply-To: tromey at cygnus dot com (This was me): >> Does anyone mind if i use the typeinfo name, rather than >> the virtual table name, to figure out th real type of an object? It >> only matters if someone does -fno-rtti, i believe. But I have no >> idea how many people actually use that flag to save time/space in >> debugging executables. Jim> Almost all of Cygnus's customers use GDB to debug embedded apps, Jim> and space is often an issue there. But I don't actually know how Jim> many of them use -fno-rtti. All Java programs are compiled with -fno-rtti. This includes the C++ component. So presumably if this change is made it will make it even harder for me to debug libgcj. Tom