From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12591 invoked by alias); 10 Nov 2016 00:32:44 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 12469 invoked by uid 89); 10 Nov 2016 00:32:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.8 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1067 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 10 Nov 2016 00:32:43 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E64A68DEE9; Thu, 10 Nov 2016 00:32:41 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id uAA0Wer9022237; Wed, 9 Nov 2016 19:32:41 -0500 Subject: Re: [FYI 0/2] C++ in the Rust code To: Tom Tromey , gdb-patches@sourceware.org References: <1478732828-14454-1-git-send-email-tom@tromey.com> <30d6a381-950e-9be3-e4d0-1102f25b8e38@redhat.com> From: Pedro Alves Message-ID: <02d0707c-be50-5052-f33c-ec7951a2f67f@redhat.com> Date: Thu, 10 Nov 2016 00:32:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <30d6a381-950e-9be3-e4d0-1102f25b8e38@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-11/txt/msg00243.txt.bz2 On 11/09/2016 11:40 PM, Pedro Alves wrote: > On 11/09/2016 11:07 PM, Tom Tromey wrote: >> >> There are still some cleanups left, primarily due to the way memory is >> managed when parsing; but also a couple because other gdb modules >> haven't yet been converted (e.g., make_cleanup_ui_file_delete). > > make_cleanup_ui_file_delete is gone on my > users/palves/cxx-eliminate-cleanups > branch. But before posting that I need to propose making > use of gnulib's C++ namespace support. And before that, I > need to actually fix gnulib'c C++ namespace support... FYI, I wrote some patch rationales now and pushed the gnulib patches I had to that branch, if anyone wants to take an early look. The gnulib::func creates strong references to rpl_func gnulib, gcc >= 6 and std::frexp patches are meant to be sent to the gnulib folks. The patch at the tip of the branch right now is the one that makes use of gnulib namespace support, which should go in before the make_cleanup_ui_file_delete elimination patch... Thanks, Pedro Alves