From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 71307 invoked by alias); 19 Feb 2016 21:56:56 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 71280 invoked by uid 89); 19 Feb 2016 21:56:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1592, officer, chief, aurelio X-HELO: mail-ig0-f171.google.com Received: from mail-ig0-f171.google.com (HELO mail-ig0-f171.google.com) (209.85.213.171) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 19 Feb 2016 21:56:53 +0000 Received: by mail-ig0-f171.google.com with SMTP id y8so48879623igp.0 for ; Fri, 19 Feb 2016 13:56:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ALxFN0667/ronDBGwqW73u74LrWOKWkOWWA++cLfKMU=; b=myEUWR6kEXESCsllDRVxyQI6xzOAJ+Bp6xcnmiJjqSgKhj6sdLh+QZ5GJ82temIvWe De9vOXzswsDkBlY22rblUhW5sdoLvZK13ATBWUvxHG+4iAvNM+mDXkio9iRVo1MZHF23 2hh0AOj/vuK5y2SC2njA1zjmzLg7ie92i6Dqgz65rMzro0rD7W87wvfVWKl9OzBYTPHx V375xjEFX4KThMqTE6njlW9vmac7ofxYz3Ptm3tpn8styJcQu83S+hBoWzcylT45cGk9 x3Yf+iru9nMws7rjuYmJX+k4v7It5s/dyNwnPXGOY2T/zYjiVQ/Ct9R9dUndM/CrW7XM 0evw== X-Gm-Message-State: AG10YOScjl8v76tF2IzMiqe9QbJe9D9o2AmKy0oUBD3H1FlPRO4uPwTOUO1G75dmNOBgAcGF0dR0/fX0o2uHZa8f MIME-Version: 1.0 X-Received: by 10.50.138.11 with SMTP id qm11mr134360igb.45.1455919012053; Fri, 19 Feb 2016 13:56:52 -0800 (PST) Received: by 10.36.5.148 with HTTP; Fri, 19 Feb 2016 13:56:51 -0800 (PST) In-Reply-To: <564A26EE.9090306@redhat.com> References: <1446554133-3090-1-git-send-email-aurelio.remonda@tallertechnologies.com> <56391843.1070807@gmail.com> <563C79EB.7090302@gmail.com> <20151110131014.GC2937@redhat.com> <564A26EE.9090306@redhat.com> Date: Fri, 19 Feb 2016 21:56:00 -0000 Message-ID: Subject: Re: [PATCH] Add configure flag for operator new (std::nothrow) From: Daniel Gutson To: Pedro Alves Cc: Jonathan Wakely , Jonathan Wakely , Martin Sebor , Aurelio Remonda , "libstdc++" , "gcc-patches@gcc.gnu.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg01399.txt.bz2 On Mon, Nov 16, 2015 at 3:56 PM, Pedro Alves wrote: > On 11/10/2015 01:10 PM, Jonathan Wakely wrote: >> On 06/11/15 09:59 +0000, Pedro Alves wrote: >>> On 11/06/2015 01:56 AM, Jonathan Wakely wrote: >>>> On 5 November 2015 at 23:31, Daniel Gutson >>> >>>>> The issue is, as I understand it, to do the actual work of operator >>>>> new, i.e. allocate memory. It should force >>>>> us to copy most of the code of the original code of operator new, >>>>> which may change on new versions of the >>>>> STL, forcing us to keep updated. >>>> >>>> It can just call malloc, and the replacement operator delete can call = free. >>>> >>>> That is very unlikely to need to change (which is corroborated by the >>>> fact that the default definitions in libsupc++ change very rarely). >>> >>> Or perhaps libsupc++ could provide the default operator new under >>> a __default_operator_new alias or some such, so that the user-defined >>> replacement can fallback to calling it. Likewise for op delete. >> >> That could be useful, please file an enhancement request in bugzilla >> if you'd like that done. >> > > I'll leave that to Daniel/Aurelio. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D69879 Please assign it to Aurelio. Thanks and thanks Pedro for the idea. Daniel. > > Thanks, > Pedro Alves > --=20 Daniel F. Gutson Chief Engineering Officer, SPD San Lorenzo 47, 3rd Floor, Office 5 C=C3=B3rdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211 Skype: dgutson LinkedIn: http://ar.linkedin.com/in/danielgutson