From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27365 invoked by alias); 17 Oct 2002 17:35:19 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 27315 invoked by uid 61); 17 Oct 2002 17:35:18 -0000 Date: Thu, 17 Oct 2002 10:35:00 -0000 Message-ID: <20021017173518.27309.qmail@sources.redhat.com> To: dberlin@sources.redhat.com, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, thor@math.TU-Berlin.DE From: dberlin@sources.redhat.com Reply-To: dberlin@sources.redhat.com, dberlin@sources.redhat.com, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, thor@math.TU-Berlin.DE, gcc-gnats@gcc.gnu.org Subject: Re: c++/8256: g++ -ggdb does not emmit debug info for subclasses X-SW-Source: 2002-10/txt/msg00686.txt.bz2 List-Id: Synopsis: g++ -ggdb does not emmit debug info for subclasses Responsible-Changed-From-To: unassigned->dberlin Responsible-Changed-By: dberlin Responsible-Changed-When: Thu Oct 17 10:35:17 2002 Responsible-Changed-Why: Me State-Changed-From-To: open->closed State-Changed-By: dberlin State-Changed-When: Thu Oct 17 10:35:17 2002 State-Changed-Why: This is a gdb problem. Not a g++ one. It's doing the lookup wrong. In fact, it tells you so. "the class A does not have any method named B" It's trying to find a method named B, in class A, instead of looking for a method named Hello, in class "A::B". You can prove it to yourself by using rb A::C::Hello Which will avoid the normal lookup strategy (It will set breakpoints based on a regexp, thus, it just searches all the symbols, rather than trying to find just one symbol through the normal lookup path). I also looked at the generated debug info, just to make sure, and we are outputting the proper debug info. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8256