From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6593 invoked by alias); 14 Dec 2012 12:16:24 -0000 Received: (qmail 6581 invoked by uid 22791); 14 Dec 2012 12:16:23 -0000 X-SWARE-Spam-Status: No, hits=-6.2 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 14 Dec 2012 12:16:14 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qBECGBSf025667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 07:16:12 -0500 Received: from host2.jankratochvil.net (ovpn-116-35.ams2.redhat.com [10.36.116.35]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qBECG7UL009790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 14 Dec 2012 07:16:09 -0500 Date: Fri, 14 Dec 2012 12:16:00 -0000 From: Jan Kratochvil To: Matt Rice Cc: Yao Qi , Mark Kettenis , gdb@sourceware.org, tromey@redhat.com Subject: Re: Will therefore GDB utilize C++ or not? Message-ID: <20121214121606.GA18950@host2.jankratochvil.net> References: <87aa2rjkb8.fsf@fleche.redhat.com> <4F8FD047.6030702@codesourcery.com> <20121204141708.GA28600@host2.jankratochvil.net> <201212041444.qB4EiG4L025312@glazunov.sibelius.xs4all.nl> <20121204145144.GA30509@host2.jankratochvil.net> <50C1EE0B.3040905@codesourcery.com> <20121213151228.GA16752@host2.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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-12/txt/msg00056.txt.bz2 On Fri, 14 Dec 2012 12:03:24 +0100, Matt Rice wrote: > unfortunately I'm still trying to muster up motivation for this, Please tell if you somehow suspend / stop the work. I have now the fun of 377kB bitpos patch to maintain off-trunk until -Wc++-compat gets done. So I have more than enough motivation for -Wc++-compat. > I'll post a repository on gitorious when I do manage to get started > since I don't want to litter the archer repo with a ton of branches. I find myself sourceware archer.git a perfect place for it; in fact it has very many dead branches, it is only important to track the live ones at http://sourceware.org/gdb/wiki/ArcherBranchManagement > this really was the only place that had changes going beyond mundane. > and since ada is his territory I just went with his patch, Such patches may be fine but please keep them on a separate add-on branch to make the review of the main -Wc++-compat patch easy/possible. > I'd rather not do that if it means someone later wants to go back and > deupdate all of the macro callers. >From my point of view one should just keep the current macro magic as is. As - clarifying as unrelated to -Wc++-compat - hopefully in the future GDB may switch to C++ and it all can be / gets normally (re)implemented in C++ there. Thanks, Jan