From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 478 invoked by alias); 10 Apr 2012 19:23:36 -0000 Received: (qmail 462 invoked by uid 22791); 10 Apr 2012 19:23:34 -0000 X-SWARE-Spam-Status: No, hits=-5.1 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_TM X-Spam-Check-By: sourceware.org Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Apr 2012 19:23:22 +0000 Received: by wibhq7 with SMTP id hq7so3045116wib.8 for ; Tue, 10 Apr 2012 12:23:20 -0700 (PDT) Received: by 10.216.139.194 with SMTP id c44mr7110396wej.112.1334085800750; Tue, 10 Apr 2012 12:23:20 -0700 (PDT) Received: from [192.168.2.99] (cpc3-cmbg8-0-0-cust629.5-4.cable.virginmedia.com. [82.6.102.118]) by mx.google.com with ESMTPS id n20sm838202wiw.5.2012.04.10.12.23.18 (version=SSLv3 cipher=OTHER); Tue, 10 Apr 2012 12:23:19 -0700 (PDT) Message-ID: <4F8488C8.9020402@gmail.com> Date: Tue, 10 Apr 2012 19:23:00 -0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: =?UTF-8?B?UGF3ZcWCIFNpa29yYQ==?= CC: gcc@gcc.gnu.org, Jakub Jelinek , Xinliang David Li , Richard Guenther , Bernd Schmidt , Gabriel Dos Reis , David Edelsohn , Diego Novillo Subject: Re: Switching to C++ by default in 4.8 References: <4F7B356E.9080003@google.com> <20120410084614.GJ6148@sunsite.ms.mff.cuni.cz> <1460162.lVqlioACQ8@localhost> In-Reply-To: <1460162.lVqlioACQ8@localhost> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2012-04/txt/msg00365.txt.bz2 On 10/04/2012 17:41, Paweł Sikora wrote: > On Tuesday 10 of April 2012 10:46:14 Jakub Jelinek wrote: >> On Mon, Apr 09, 2012 at 04:34:32PM -0700, Xinliang David Li wrote: >>> Class hierarchy is one such feature that is useful. Assuming we have >>> two hierarchies for gcc: one for values rooted at ValExp, and one for >>> gimple stmts rooted at GimpInst. >>> >>> 1) For IR browsing, *) all the macro accessors can be eliminated -- a >>> big plus for debugging; >> Not that clear, if all the macros are replaced by tons of inline >> functions, the debugging experience can be actually significantly worse. > > debugabilty can be improved with set of gdb python pretty printers which > could present gcc's structures in human readable form (instead of union > mix). > Would that be much different from "call debug_tree(x)" which we already have? cheers, DaveK