From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6585 invoked by alias); 18 Apr 2012 17:48:23 -0000 Received: (qmail 6574 invoked by uid 22791); 18 Apr 2012 17:48:21 -0000 X-SWARE-Spam-Status: No, hits=1.0 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_BRBL_LASTEXT,RCVD_IN_HOSTKARMA_YE,RCVD_IN_NJABL_RELAY,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from new.toad.com (HELO new.toad.com) (209.237.225.253) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 18 Apr 2012 17:48:08 +0000 Received: from new.toad.com (localhost.localdomain [127.0.0.1]) by new.toad.com (8.12.9/8.12.9) with ESMTP id q3IHm1cF002815; Wed, 18 Apr 2012 10:48:01 -0700 Message-Id: <201204181748.q3IHm1cF002815@new.toad.com> To: Jan Kratochvil cc: Pedro Alves , Tom Tromey , gdb@sourceware.org Subject: Re: Will therefore GDB utilize C++ or not? In-reply-to: <20120418155354.GA17912@host2.jankratochvil.net> References: <20120330161403.GA17891@host2.jankratochvil.net> <87aa2rjkb8.fsf@fleche.redhat.com> <4F832D5B.9030308@redhat.com> <20120409190519.GA524@host2.jankratochvil.net> <4F833D29.4050102@redhat.com> <20120416065456.GA30097@host2.jankratochvil.net> <4F8ECB72.70708@redhat.com> <20120418151553.GA16768@host2.jankratochvil.net> <4F8EDD7B.2010602@redhat.com> <20120418155354.GA17912@host2.jankratochvil.net> Comments: In-reply-to Jan Kratochvil message dated "Wed, 18 Apr 2012 17:53:54 +0200." Date: Wed, 18 Apr 2012 17:48:00 -0000 From: John Gilmore 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: 2012-04/txt/msg00129.txt.bz2 > I do not repeat all the Bugs here leading to GDB crashes I get continuously > from ABRT (bugreporting system) in Bugzilla due to missing automatic code > sanity checking possible with C++. If you are arguing that our test suite does not exercise gdb well enough to detect simple coding bugs, that argues for spending more time on the test suite, not rewriting working code into C++. BTW, someone argued that C++ would improve memory allocation for e.g. symtabs. We used to allocate those in our own region-based memory allocator, so thousands of symbols could be freed at once when new symbol files are loaded. Do we not do that any more? John