220 9011 <52EF28AE.80707@wanadoo.fr> article Path: news.gmane.org!not-for-mail From: "Vicente J. Botet Escriba" Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: N3854 - Variable Templates For Type Traits and Concept-Lite Date: Mon, 03 Feb 2014 06:27:10 +0100 Lines: 191 Approved: news@gmane.org Message-ID: <52EF28AE.80707@wanadoo.fr> References: <52E4B48B.6050302@wanadoo.fr> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------050107040009070404000800" X-Trace: ger.gmane.org 1391405226 5426 80.91.229.3 (3 Feb 2014 05:27:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Feb 2014 05:27:06 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBDH67CONY4PBBL6RXSLQKGQEGQKCKRQ@isocpp.org Mon Feb 03 06:27:13 2014 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-ee0-f69.google.com ([74.125.83.69]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WAC3s-0003Zf-NT for gclcip-std-proposals@m.gmane.org; Mon, 03 Feb 2014 06:27:12 +0100 Original-Received: by mail-ee0-f69.google.com with SMTP id b15sf7462589eek.8 for ; Sun, 02 Feb 2014 21:27:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-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=6OU/p6B8lyWeGKJGml37RHKsnZlzO7wtfEbIwJiChnA=; b=TUyD83/bIOcBJA87G3IfguA5K5F2u0pikCKIHxidIIZ7kWXPx3H8bZIYxgGf/FDhiV 28cuRY55Ba8jfMOD7peT6FyAITncHLyQ92Pk/MBZbNs3a89RKKvUQPa+B35TEXn12e1+ Q93mjojhoeKYH9Y/E6jJDyRE3wrXnThSejefDvxsB1ZWJKWb0W/JirxPsc8uzyl492f9 mB8QPGvn5l9I+55pg6fn0hx6aM3xXoIlmTqeokSPW91KTzNmCyjXxxaevCfFKZnnJtKC 4i5JD3CloRd5QC6vixUUs7TWZtL3gSgRJYhKOim8OR5ZChh+1vX6w01PXWwZo7bVD+BX iJhQ== X-Gm-Message-State: ALoCoQng/37swaHOYFeMuVKBeTlD3CYkQ03Ns3ws2iqDAUV3aUIvRAnKWzb+HhP+zzFL8TqhQHEO X-Received: by 10.180.78.201 with SMTP id d9mr1088940wix.2.1391405232243; Sun, 02 Feb 2014 21:27:12 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.180.80.133 with SMTP id r5ls378585wix.32.canary; Sun, 02 Feb 2014 21:27:11 -0800 (PST) X-Received: by 10.180.98.71 with SMTP id eg7mr7177974wib.31.1391405231297; Sun, 02 Feb 2014 21:27:11 -0800 (PST) Original-Received: from smtp.smtpout.orange.fr (smtp03.smtpout.orange.fr. [80.12.242.125]) by mx.google.com with ESMTP id ap4si9281445wjc.64.2014.02.02.21.27.11 for ; Sun, 02 Feb 2014 21:27:11 -0800 (PST) Received-SPF: neutral (google.com: 80.12.242.125 is neither permitted nor denied by best guess record for domain of vicente.botet@wanadoo.fr) client-ip=80.12.242.125; Original-Received: from new-host.home ([86.214.74.218]) by mwinf5d38 with ME id MhTA1n0064ibG0N03hTArn; Mon, 03 Feb 2014 06:27:11 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: X-Original-Sender: vicente.botet@wanadoo.fr X-Original-Authentication-Results: mx.google.com; spf=neutral (google.com: 80.12.242.125 is neither permitted nor denied by best guess record for domain of vicente.botet@wanadoo.fr) smtp.mail=vicente.botet@wanadoo.fr 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:9011 Archived-At: This is a multi-part message in MIME format. --------------050107040009070404000800 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Le 03/02/14 05:44, Bengt Gustafsson a =C3=A9crit : > Isn't that already made next to impossible by the new usings for the=20 > corresponding type_traits yielding a type, such as std::add_const_t? > > This sets the example, although to me it is really backwards to have=20 > to select between the ugly add_const_t and the worse add_const::type.=20 > After all template using and type_traits were introduced in the same=20 > standard version... > > This deed done, I guess the only way out is to work on a proposal for=20 > library versioning so that you can select which version of the library=20 > you want to use. That's however something completely different. > > Hi, I have some difficulties in seen how your post relates to mine. Could=20 you be more precise? Vicente P.S. Please don't top post. > Den s=C3=B6ndagen den 26:e januari 2014 kl. 08:08:59 UTC+1 skrev Vicente = J.=20 > Botet Escriba: > > Hi, > > In > https://groups.google.com/a/isocpp.org/forum/#!topic/std-proposals/QO= YLLJjH98k > > I posted a similar proposal. > > Most of the proposed variable templates could be considered as > Concepts Lite constraints. Have you considered to use CamelCase > instead of the suffix _v? > > Instead of > > template constexpr bool is_constructible_v > =3D is_constructible::value; > > > include > > template constexpr bool Constructible > =3D is_constructible::value; > > > In this way we could > > template< CopyConstructible T > bool f( T v ); > > --=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/. --------------050107040009070404000800 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Le 03/02/14 05:44, Bengt Gustafsson a =C3=A9crit=C2=A0:
Isn't that already made next to impossible by the new usings for the corresponding type_traits yielding a type, such as std::add_const_t?=C2=A0

This sets the example, although to me it is really backwards to have to select between the ugly add_const_t and the worse add_const::type. After all template using and type_traits were introduced in the same standard version...

This deed done, I guess the only way out is to work on a proposal for library versioning so that you can select which version of the library you want to use. That's however something completely different.


Hi,

I have some difficulties in seen how your post relates to mine. Could you be more precise?

Vicente

P.S. Please don't top post.

Den s=C3=B6ndagen den 26:e januari 2014 kl. 08:08:59 UTC+1 skr= ev Vicente J. Botet Escriba:
Hi,

In https://groups.google.com/a/isocpp.org/forum/#!= topic/std-proposals/QOYLLJjH98k I posted a similar proposal.

Most of the proposed variable templates could be considered as Concepts Lite constraints. Have you considered to use CamelCase instead of the suffix _v?

Instead of

template <class T, class... Args> constexpr bool i=
s_constructible_v
  =3D is_constructible<T, Args...>::value;

include

template <class T, class... Args> constexpr bool C=
onstructible
  =3D is_constructible<T, Args...>::value;

In this way we could 
template< CopyConstructible T > bool f( T v );

--
 
---
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>.
--------------050107040009070404000800-- .