220 15301 article Path: news.gmane.org!not-for-mail From: peggysr@gmail.com Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Add a [[removed]] attribute.. Date: Thu, 25 Dec 2014 10:28:54 -0800 (PST) Lines: 148 Approved: news@gmane.org Message-ID: References: <6baa05af-d74d-43a1-a07e-cfd55bcae0ea@isocpp.org> <47ded514-49c4-4302-97f0-fbdb254c1ee7@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_5130_1723107125.1419532134897" X-Trace: ger.gmane.org 1419532144 5668 80.91.229.3 (25 Dec 2014 18:29:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Dec 2014 18:29:04 +0000 (UTC) Cc: 3dw4rd@verizon.net, masse.nicolas@gmail.com To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBCFYHFXE3MERBZ5O6GSAKGQENQ7B7LI@isocpp.org Thu Dec 25 19:28:57 2014 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-ig0-f197.google.com ([209.85.213.197]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Y4D9d-0005I5-6B for gclcip-std-proposals@m.gmane.org; Thu, 25 Dec 2014 19:28:57 +0100 Original-Received: by mail-ig0-f197.google.com with SMTP id r2sf51151615igi.4 for ; Thu, 25 Dec 2014 10:28:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-type:x-original-sender:reply-to:precedence :mailing-list:list-id:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=0K+uBTig5yT0l/OXFKygHV1korv24l1Yq4noupQkaNw=; b=l2/JMx0x20ZZG1WnzSSdOEMXIIROUebElsmIwEfWFvsDc7woxqiE3DxGxv+MlFRtqN Euun4NcdNRfQuQNAmBmffHIAnsooJLulp5h/GnWwTwIZg5lGmr9gUI8tVOos12Xejkiy nyhgJz3R8Ie3wRDhAt2Wfs4YJTtLjqkl3iaVUOd1/VM71wc7dki198ooQL0Fccb6YTHK AR0aqxF5IadjmHdBpRU9BlcGC9kl/1GQtJL+QMJlzMOEV36pjvCpo1PmOqOLqvbjbMkO FDqigVvphgESaH7qXRMVeXJD30wCjmd491272o7gBrtdLG6zJfdX68NaVUPh1nXil9jy csIw== 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:cc:message-id:in-reply-to :references:subject:mime-version:content-type:x-original-sender :reply-to:precedence:mailing-list:list-id:list-post:list-help :list-archive:list-subscribe:list-unsubscribe; bh=0K+uBTig5yT0l/OXFKygHV1korv24l1Yq4noupQkaNw=; b=PG4041OfTXP29nDtP7ZczKLGZhY3nHz9KHBvCT6ALgS/uxErdLlV/uPO+Q91XbXFzP ELXU4I8Vk/XnWdmw4gQ/REJqaMtfvz+i2btrUVwuVSjfXen/GfOUTWCl8PkaouP6foGS F44I6U+gpwG7v+bD/jiwGGnEVOL+MfiLHp6ntpl7/qQgUskaqypQjGECpo+b/kh6Svrx QqXhLCnymtXYTl6EQQfSZ6D2BVHZnb5RwWdGdi/8G0kau+Kzo57h2O1FrTRVHmjqlstA g7Fqy91yf9FIQaw3zo/I+gpoqffWXsPi0jdH0rOtnkbMr396ARtXsfFo+fw0LBdrGxFE yisw== X-Gm-Message-State: ALoCoQmrvP3T2UQ+h4A/JC+GzP/7q+yJTgItDO8L9kVH2KH9bRR1Ek8vr+gWYvK5lz3rea3L5mDG X-Received: by 10.182.233.196 with SMTP id ty4mr25594267obc.4.1419532135958; Thu, 25 Dec 2014 10:28:55 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.140.43.10 with SMTP id d10ls6916554qga.70.gmail; Thu, 25 Dec 2014 10:28:55 -0800 (PST) X-Received: by 10.140.87.68 with SMTP id q62mr1405qgd.8.1419532135183; Thu, 25 Dec 2014 10:28:55 -0800 (PST) In-Reply-To: <47ded514-49c4-4302-97f0-fbdb254c1ee7@isocpp.org> X-Original-Sender: peggysr@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:15301 Archived-At: ------=_Part_5130_1723107125.1419532134897 Content-Type: multipart/alternative; boundary="----=_Part_5131_1444470080.1419532134897" ------=_Part_5131_1444470080.1419532134897 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thursday, December 25, 2014 7:02:32 AM UTC-5, masse....@gmail.com wrote: > > > #if __cplusplus =3D=3D 201402 > [[deprecated("This function is deprecated and will be removed in a=20 > later")]] > int foo(); > #elif __cplusplus > 201402 > [[deprecated("Please use bar() instead")]] > int foo() =3D delete; > #endif > > My point is that instead of a warning you might want something different= =20 to happen on the second line - like a hard error. An alternative would be= =20 to add another arg to [[deprecated]] that would signal error. My feeling= =20 if the word removed in a concept in the standard like deprecated it should= =20 have support.=20 > > > Le jeudi 25 d=C3=A9cembre 2014 02:52:03 UTC+1, 3dw...@verizon.net a =C3= =A9crit : >> >> Now that C++14 is out with attribute [[deprecated]] and now that C++17 i= s=20 >> moving forward with some removals of library features it seems lie a goo= d=20 >> idea to at least consider a [[removed]] attribute that could take a=20 >> message. This would allow an implementation to provide stronger dissuas= ion=20 >> including compilation fail than [[deprecated]]. This allows finer grain= =20 >> control over the status of features. >> >> As for implementation experience IIRC Clang has something like this. >> >> #if __cplusplus =3D=3D 201402 >> int foo() [[deprecated("This function is deprecated and will be remove= d=20 >> in a later")]]; >> #elif __cplusplus > 201402 >> int foo() [[removed("This function is removed. Use bar() instead")]]; >> #endif >> >> What do you all think? >> >> Ed >> >> >> --=20 ---=20 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 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-proposa= ls/. ------=_Part_5131_1444470080.1419532134897 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thursday, December 25, 2014 7:02:32 AM UTC-5, m= asse....@gmail.com wrote:

#if __cplusplus =3D=3D 201402
  [[<= span style=3D"color:#000">deprecated("This function is deprecated and will be remo= ved in a later")]]
 = ; int f= oo();
#elif= __cplusplus > 201402
  [[deprecated("Please use bar() instead")]]=
  int foo() =3D delete;
#endif

M= y point is that instead of a warning you might want something different to = happen on the second line - like a hard error.  An alternative would b= e to add another arg to [[deprecated]] that would signal error.  My fe= eling if the word removed in a concept in the standard like deprecated it s= hould have support.
=


Le jeudi 25 d=C3=A9cembre 2014 02:52:03 UTC+1, = 3dw...@verizon.net a =C3=A9crit :
Now that C++14 is out with attribute [[deprecated]]= and now that C++17 is moving forward with some removals of library feature= s it seems lie a good idea to at least consider a [[removed]] attribute tha= t could take a message.  This would allow an implementation to provide= stronger dissuasion including compilation fail than [[deprecated]].  = This allows finer grain control over the status of features.

As for = implementation experience IIRC Clang has something like this.

#if __= cplusplus =3D=3D 201402
  int foo() [[deprecated("This function is = deprecated and will be removed in a later")]];
#elif __cplusplus > 20= 1402
  int foo() [[removed("This function is removed.  Use bar= () instead")]];
#endif

What do you all think?

Ed

--

---
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_5131_1444470080.1419532134897-- ------=_Part_5130_1723107125.1419532134897-- .