From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18651 invoked by alias); 11 Jul 2008 08:55:13 -0000 Received: (qmail 18640 invoked by uid 22791); 11 Jul 2008 08:55:13 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 11 Jul 2008 08:54:53 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KHEOx-0001B9-HK for gdb@sources.redhat.com; Fri, 11 Jul 2008 08:54:51 +0000 Received: from gate.lvk.cs.msu.su ([158.250.17.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jul 2008 08:54:51 +0000 Received: from vladimir by gate.lvk.cs.msu.su with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jul 2008 08:54:51 +0000 To: gdb@sources.redhat.com From: Vladimir Prus Subject: Re: Move GDB to C++ ? Date: Fri, 11 Jul 2008 08:55:00 -0000 Message-ID: References: <487658F7.1090508@earthlink.net> <200807101901.m6AJ1UMQ007185@brahms.sibelius.xs4all.nl> <48766A88.1050402@earthlink.net> <200807102153.m6ALrjjm017722@brahms.sibelius.xs4all.nl> <20080711062612.GB6132@adacore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.9 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-07/txt/msg00107.txt.bz2 Joel Brobecker wrote: > I am way out of my league on this, but isn't it the case that: > - there's still some progress to be made to help debugging C++ > in general (I might be VERY wrong on that one) I think that the biggest issue with debugging C++ is that whenever you have pointer to class Base, which actually points to object of class Derived, and you want GDB to print the real type, GDB gives fits. (Or maybe, I'm not sufficiently trained in asking GDB politely). Second issue is that I don't think "step" via throw statement works -- you need "catch catch". I don't think the above issues are showstoppers -- there are workarounds, and the issues must be fixed anyway. The inline functions are not specific to C++, and templates -- well, there are no issues debugging templates, and who needs templates outside of (well-debugged already) STL, anyway (*)? Last time I checked, GDB had some bizarre logic to handle C++ namespaces, but well, who needs namespaces (*)? - Volodya (*) Both templates and namespaces have important uses; but it does not seem GDB, specifically, has much need of them.