<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, May 15, 2014 at 4:13 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">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></blockquote><div><br></div><div>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.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&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></blockquote><div><br></div><div>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 :-)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&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.)</blockquote><div><br></div><div>SGTM. __cpp_alias_templates?</div></div></div></div>