220 13876 article Path: news.gmane.org!not-for-mail From: Michael Bruck Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: Proposal for a delete expression for local variables Date: Wed, 15 Oct 2014 02:27:20 -0700 (PDT) Lines: 74 Approved: news@gmane.org Message-ID: References: <67af811f-e063-4b3e-85d6-5b9e54b00b8f@isocpp.org> <431cf9e7-f49f-4e62-bb1f-ef38da1f7fa5@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2510_326733686.1413365240128" X-Trace: ger.gmane.org 1413365252 32409 80.91.229.3 (15 Oct 2014 09:27:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Oct 2014 09:27:32 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBDO2X46R4AKRB6H37CQQKGQEKAQHZUY@isocpp.org Wed Oct 15 11:27:25 2014 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-ig0-f200.google.com ([209.85.213.200]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XeKrc-0002i7-C9 for gclcip-std-proposals@m.gmane.org; Wed, 15 Oct 2014 11:27:24 +0200 Original-Received: by mail-ig0-f200.google.com with SMTP id h15sf4477249igd.7 for ; Wed, 15 Oct 2014 02:27:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe :content-type; bh=PIEgbgiUs2DCJO0jZNbk/UYzFfJn7Nm/99iSb3WIQQk=; b=FyIOYv9EkgxVAitZbFnRlLejYGwe5c6+bP38yZRaagAEYQypsGsCEwOw30Xr2bv6P6 6ANL5QOXZCdFqeZanHBzt/xbfgTKNdy8VmfqnP0JatCSMa1gwLAPWc0ORVZ1clnGq0uq pK/uSIAUCRYfeWBZkyTR4vuTjoIEWBJm6PT3h9Qn5PuNhXprHHQIYrfJsSlS+EWwCa9f I+TEyDA0/sbfzDZyInzOTwYBOOsFXl2DCpc33gYIUmQ2fn4/DV/m7l0ztS22vNx0pBrc jbf1BAQcijpPq6E/3j77BZICr1NkZ7brpcFdqb65zDDdSOUfb4jXAwk47XBsiElFQGIH XDiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version:x-original-sender:reply-to:precedence :mailing-list:list-id:list-post:list-help:list-archive :list-subscribe:list-unsubscribe:content-type; bh=PIEgbgiUs2DCJO0jZNbk/UYzFfJn7Nm/99iSb3WIQQk=; b=cbuY+BvTBHpFbLXPnN5Yyy7OE22ztzgSen0xdX6yYd1wie5jsgKhrP5b0lxdsfPkzU Y1rTqwqtcbOZa47FccVDt8KGV2UoAeo8eLKuyAeWd2HQNm6aTL7++c7mmj2Y1sfW0UVx eMTwjCuTAhEh2WFEPXQkJL/I6w1wYMJUKi4EaUaSR//epBCbG1iA3d95GgGCfoOiUW03 LL8UL9+wr6USbjOSlA1LX1LqByRRc09qyX/1GNiBkBX7m8Eg8oQOLBall2H+uQuDmeGr SRxqlbAGmZmNEfgI8iNAzksJzfvBcb7ip+5EiWIYyd5i2bvwA+y1ECE/9xxTq+RXGiJP 6RXw== X-Gm-Message-State: ALoCoQkuA+aFWpOTmyhvgVo2C+Ceq0+OVYAa4vgBpE6NowElDC+nYFdn+p3OYcixZFEZiRG2y9LB X-Received: by 10.50.47.51 with SMTP id a19mr7950072ign.7.1413365241277; Wed, 15 Oct 2014 02:27:21 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.140.25.176 with SMTP id 45ls200046qgt.86.gmail; Wed, 15 Oct 2014 02:27:20 -0700 (PDT) X-Received: by 10.140.19.1 with SMTP id 1mr7917qgg.19.1413365240659; Wed, 15 Oct 2014 02:27:20 -0700 (PDT) In-Reply-To: X-Original-Sender: bruck.michael@gmail.com Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Google-Group-Id: 399137483710 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:13876 Archived-At: ------=_Part_2510_326733686.1413365240128 Content-Type: text/plain; charset=UTF-8 I am open for suggestions. I only picked something so I could put the concept into writing. Michael On Wednesday, October 15, 2014 11:14:31 AM UTC+2, Ville Voutilainen wrote: > > On 15 October 2014 12:06, Michael Bruck > > wrote: > > Good point about restricting visibility. One caveat though, the > destruction > > of s would always be done by the caller upon return unless the function > is > > inlined. I'll add a clarification for later versions. > > > This proposal is going to be facing an uphill battle if it uses the > keyword 'delete'. > -- --- You received this message because you are subscribed to the Google Groups "ISO C++ Standard - Future Proposals" group. To unsubscribe from this group and stop receiving emails from it, send an email to std-proposals+unsubscribe@isocpp.org. To post to this group, send email to std-proposals@isocpp.org. Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposals/. ------=_Part_2510_326733686.1413365240128 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I am open for suggestions. I only picked something so= I could put the concept into writing.

Michael=


On Wednesday, October 15, 2014 11:14:31 AM UTC+2, Ville Vouti= lainen wrote:
On 15 October 201= 4 12:06, Michael Bruck <bruck....@g= mail.com> wrote:
> Good point about restricting visibility. One caveat though, the de= struction
> of s would always be done by the caller upon return unless the fun= ction is
> inlined. I'll add a clarification for later versions.


This proposal is going to be facing an uphill battle if it uses the
keyword 'delete'.

--

---
You received this message because you are subscribed to the Google Groups &= quot;ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposa= ls+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposals/<= /a>.
------=_Part_2510_326733686.1413365240128-- .