220 8418 <5592059628156761013@gmail297201516> article Path: news.gmane.org!not-for-mail From: Richard Smith Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Continuing with "auto" and destructors Date: Tue, 07 Jan 2014 03:20:53 +0000 Lines: 108 Approved: news@gmane.org Message-ID: <5592059628156761013@gmail297201516> References: Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1136bcce2e395e04ef58dd73 X-Trace: ger.gmane.org 1389064849 24987 80.91.229.3 (7 Jan 2014 03:20:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Jan 2014 03:20:49 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBDI4T64VSQPRBFXFVWLAKGQEPQGAAZA@isocpp.org Tue Jan 07 04:20:57 2014 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-pd0-f198.google.com ([209.85.192.198]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W0NDs-0003D0-8v for gclcip-std-proposals@m.gmane.org; Tue, 07 Jan 2014 04:20:56 +0100 Original-Received: by mail-pd0-f198.google.com with SMTP id g10sf51002687pdj.1 for ; Mon, 06 Jan 2014 19:20:55 -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:references:from:date:message-id :subject:to:x-original-sender:x-original-authentication-results :reply-to:precedence:mailing-list:list-id:list-post:list-help :list-archive:list-subscribe:list-unsubscribe:content-type; bh=WuwjwrSj8Jncqg6W+mpSKs3NsjQtvhoRm4RJE6qk2ks=; b=nHyE9NgKWsmfZ5BM5c4iS/z1KqcEKFrUuzp7c9znBbxsCqBT43b3w1/apCG+7ymOZt S1ybBPFr/yUfVCW3PIl7lOtKSv+PdI873RZNEJZFcoRjrxXh0PJAmkOBXaIeFSXGgK3P U/BGGbANaAAYl46aTkoI15RmNvd63llamTL7vedGxqJWlRQCGNxoIxdqxnlwSfzo5Js0 D+zL9FxDXx+qOlJNsB26n5ayTw6UPeEKK17C1NsGlGnaxPfMvqJ3Ebyn6HG2p01akdUa w90jg6DqpMuiwGmyuWwQPzoCb1D+5HB77/XkY7+EfF+89kuLQoMHVFlOjUiJTLmLDW8K qvTg== X-Gm-Message-State: ALoCoQnYGyLNyFoA8wTaS9htpnc99VkvzOmLdj/NL4ruilDG680J5ompHY14MNxmGdbpOOW7YOQf X-Received: by 10.66.137.43 with SMTP id qf11mr873791pab.28.1389064855170; Mon, 06 Jan 2014 19:20:55 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.49.106.102 with SMTP id gt6ls5863341qeb.78.gmail; Mon, 06 Jan 2014 19:20:54 -0800 (PST) X-Received: by 10.49.94.177 with SMTP id dd17mr192369915qeb.14.1389064854051; Mon, 06 Jan 2014 19:20:54 -0800 (PST) Original-Received: from mail-vc0-x234.google.com (mail-vc0-x234.google.com [2607:f8b0:400c:c03::234]) by mx.google.com with ESMTPS id p1si11833999qcz.96.2014.01.06.19.20.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 Jan 2014 19:20:54 -0800 (PST) Received-SPF: pass (google.com: domain of metafoo@gmail.com designates 2607:f8b0:400c:c03::234 as permitted sender) client-ip=2607:f8b0:400c:c03::234; Original-Received: by mail-vc0-f180.google.com with SMTP id ia6so9219180vcb.39 for ; Mon, 06 Jan 2014 19:20:53 -0800 (PST) X-Received: by 10.58.90.230 with SMTP id bz6mr867975veb.21.1389064853795; Mon, 06 Jan 2014 19:20:53 -0800 (PST) X-Original-Sender: metafoo@gmail.com X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of metafoo@gmail.com designates 2607:f8b0:400c:c03::234 as permitted sender) smtp.mail=metafoo@gmail.com; dkim=pass header.i=@gmail.com; dmarc=pass (p=NONE dis=NONE) header.from=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:8418 Archived-At: --001a1136bcce2e395e04ef58dd73 Content-Type: text/plain; charset=ISO-8859-1 On Mon Dec 23 2013 at 4:11:25 PM, Johannes Schaub < schaub.johannes@googlemail.com> wrote: Now that in C++14 we will have x -> ~auto() This is far from certain. This was suggested within CWG discussions as a resolution to issue 1586, but the idea hasn't even been presented to the evolution working group yet, let alone reached a committee vote. Even if all that goes well, it could be deemed as an extension rather than a bugfix, and thus would not be part of C++14. Why not allow that notion when declaring the destructor aswell? And why not also for the constructor? struct A { auto() { } ~auto() { } }; Thanks! -- --- 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/. -- --- 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/. --001a1136bcce2e395e04ef58dd73 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Mon Dec 23 2013 at 4:11:25 PM, Johannes Schaub <schaub.johannes@googlem= ail.com> wrote:
Now that in C++14 we will have

=A0 =A0 x -> ~auto()

This is far fro= m certain. This was suggested within CWG discussions as a resolution to iss= ue 1586, but the idea hasn't even been presented to the evolution worki= ng group yet, let alone reached a committee vote. Even if all that goes wel= l, it could be deemed as an extension rather than a bugfix, and thus would = not be part of C++14.
=A0
Why not allow that notion when declaring the destructor aswell? And
why not also for the constructor?

=A0 =A0 struct A {
=A0 =A0 =A0 =A0 auto() { }
=A0 =A0 =A0 =A0 ~auto() { }
=A0 =A0 };


Thanks!

--

---
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-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/iso<= /u>cpp.org/group/std-proposals/.

--
 
---
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-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/<= /a>.
--001a1136bcce2e395e04ef58dd73-- .