<div dir="ltr"><div>The __cpp_lib_has_$foo macros seem to be using a different naming convention from our previous macros, where we had just __cpp_lib_$foo. Is this a deliberate change of direction?</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, May 22, 2014 at 4:58 PM, Nelson, Clark <span dir="ltr">&lt;<a href="mailto:clark.nelson@intel.com" target="_blank">clark.nelson@intel.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
OK, I have added entries for all of the library issues mentioned by<br>
Alisdair. No macro for gets, but macros for the other three. For two of<br>
them, no one gave any feedback, but I went ahead and filled in the obvious<br>
values. They are all marked by editorial question marks.<br>
<br>
Besides a few tweaks, those are the only changes since I posted it on April<br>
Fool&#39;s Day. I plan to put the result (attached) into the mailing as N4030,<br>
mainly so we can get more eyes on the __has_cpp_attribute feature.<br>
<br>
Clark<br>
<br>
<br>
From: <a href="mailto:metafoo@gmail.com">metafoo@gmail.com</a> [mailto:<a href="mailto:metafoo@gmail.com">metafoo@gmail.com</a>] On Behalf Of Richard Smith<br>
Sent: Thursday, May 15, 2014 4:19 PM<br>
To: Nelson, Clark<br>
Cc: <a href="mailto:features@isocpp.open-std.org">features@isocpp.open-std.org</a> (<a href="mailto:features@open-std.org">features@open-std.org</a>)<br>
Subject: Re: [SG10] Comments from Alisdair<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, May 15, 2014 at 4:13 PM, Nelson, Clark &lt;<a href="mailto:clark.nelson@intel.com">clark.nelson@intel.com</a>&gt; wrote:<br>
I got a few comments today about SD-6 from Alisdair Meredith. Most of them<br>
were just pointing out that it needs to be updated, which we already knew,<br>
and which is in progress. But there are a few I thought I should pass along.<br>
<br>
&gt; We added an &#39;is_final&#39; type-trait at the last meeting too, not<br>
&gt; sure what name to recommend (issue 2112) and &#39;is_null_pointer&#39; at<br>
&gt; Chicago (issue 2247)<br>
&gt;<br>
&gt; We added &#39;make_reverse_iterator&#39; to the &lt;iterator&gt; header (issue<br>
&gt; 2285)<br>
<br>
It came as news to me that we, as a committee, have added features to the<br>
standard in response to issues (a.k.a. defect reports). Obviously, those of<br>
us who feel that&#39;s a bad idea in general might want to suggest that we be<br>
more careful to avoid that in the future. :-(<br>
<br>
But apparently we have some water under the bridge, and SG10 needs to decide<br>
whether these should have macros.<br>
<br>
I think an is_final feature-detection macro makes a lot of sense. Libraries that want to do EBO could reasonably want to use is_final &amp;&amp; is_empty if is_final exists, and fall back to just using is_empty otherwise.<br>

 <br>
&gt; Finally, do we want a feature to detect that &#39;gets&#39; has finally<br>
&gt; been removed?  (NB comment GB 9 in N3733)<br>
<br>
I&#39;m not even going to try to frame this question. :-/ (This is library issue<br>
2249, for anyone who wants more information.)<br>
<br>
I don&#39;t see any value in a macro for gets. Code that doesn&#39;t use gets doesn&#39;t need the macro, and code that uses it is neither portable to C++14 nor correct :-)<br>
 <br>
&gt; Oh, and as a point of curiosity, it turned out that there is no<br>
&gt; feature-detect macro for the C++11 feature I am trying to detect,<br>
&gt; alias templates!  I am surprised at just how useful I am finding<br>
&gt; this feature at the moment, but mostly as a porting aid, saying<br>
&gt; &quot;this old code is now implemented using that new more<br>
&gt; general/standard feature over there&quot; (plus implementing the few<br>
&gt; places that standard library mandates them).<br>
<br>
Is there anyone who thinks that this would not be a good idea? (This was<br>
adopted from N2258.)<br>
<br>
SGTM. __cpp_alias_templates?<br>
</div></div><br>_______________________________________________<br>
Features mailing list<br>
<a href="mailto:Features@isocpp.open-std.org">Features@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/features" target="_blank">http://www.open-std.org/mailman/listinfo/features</a><br>
<br></blockquote></div><br></div>