From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4539 invoked by alias); 17 Mar 2004 01:29:08 -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 4527 invoked from network); 17 Mar 2004 01:29:07 -0000 Received: from unknown (HELO hall.mail.mindspring.net) (207.69.200.60) by sources.redhat.com with SMTP; 17 Mar 2004 01:29:07 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by hall.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1B3PrR-0001zR-00; Tue, 16 Mar 2004 20:28:45 -0500 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 08EC64B104; Tue, 16 Mar 2004 20:28:33 -0500 (EST) To: carlton@kealia.com, eliz@elta.co.il Subject: Re: [patch/rfc] mention C++ support in NEWS Cc: drow@mvista.com, gdb-patches@sources.redhat.com Message-Id: <20040317012833.08EC64B104@berman.michael-chastain.com> Date: Wed, 17 Mar 2004 01:29:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-03.o/txt/msg00379.txt That's a good point. How about: GDB's support for nested types and namespaces in C++ has been improved, especially if you use the DWARF 2 debugging format. (This is the default for recent versions of GCC on most platforms.) Specifically, if you have a class "Inner" defined within a class or namespace "Outer", then GDB realizes that the class's name is "Outer::Inner", not simply "Inner". This should greatly reduce the frequency of complaints about not finding RTTI symbols. In addition, if you are stopped at inside of a function defined within a namespace, GDB modifies its name lookup accordingly. My two cents: looks okay to me. Michael C From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4539 invoked by alias); 17 Mar 2004 01:29:08 -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 4527 invoked from network); 17 Mar 2004 01:29:07 -0000 Received: from unknown (HELO hall.mail.mindspring.net) (207.69.200.60) by sources.redhat.com with SMTP; 17 Mar 2004 01:29:07 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by hall.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1B3PrR-0001zR-00; Tue, 16 Mar 2004 20:28:45 -0500 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 08EC64B104; Tue, 16 Mar 2004 20:28:33 -0500 (EST) To: carlton@kealia.com, eliz@elta.co.il Subject: Re: [patch/rfc] mention C++ support in NEWS Cc: drow@mvista.com, gdb-patches@sources.redhat.com Message-ID: <20040317012833.08EC64B104@berman.michael-chastain.com> Date: Fri, 19 Mar 2004 00:09:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-03/txt/msg00379.txt.bz2 Message-ID: <20040319000900.hDN6xDMzqUYkTigW_NSYY4MlV56C_QqX7VlZfjBqeIY@z> That's a good point. How about: GDB's support for nested types and namespaces in C++ has been improved, especially if you use the DWARF 2 debugging format. (This is the default for recent versions of GCC on most platforms.) Specifically, if you have a class "Inner" defined within a class or namespace "Outer", then GDB realizes that the class's name is "Outer::Inner", not simply "Inner". This should greatly reduce the frequency of complaints about not finding RTTI symbols. In addition, if you are stopped at inside of a function defined within a namespace, GDB modifies its name lookup accordingly. My two cents: looks okay to me. Michael C