<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 20 July 2016 at 19:22, Richard Smith <span dir="ltr">&lt;<a href="mailto:richard@metafoo.co.uk" target="_blank">richard@metafoo.co.uk</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Tue, Jul 19, 2016 at 11:12 AM, 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 have incorporated all of the changes approved at the last meeting into the<br>
table for C++17. The draft can be found at:<br>
<br>
<a href="http://wiki.edg.com/pub/Wg21oulu/SG10/sd-6.html" rel="noreferrer" target="_blank">http://wiki.edg.com/pub/Wg21oulu/SG10/sd-6.html</a><br>
<br>
Very few of those proposals had their own macro recommendations, but I have<br>
taken them into account. And as yet I haven&#39;t done anything about filling in<br>
the rationale, even for the cases for which I made my own recommendation. So<br>
we definitely have work to do.<br></blockquote><div><br></div></span><div>Some suggestions:</div><div><br></div><div>Forward progress guarantees: no macro (these papers really just add definitions)</div><div>Inline variables: __cpp_inline_variables</div><div>Guaranteed copy elision: no macro (portable code should avoid or cope with copies)</div><div>Expression evaluation order: no macro (portable code should not rely on the order)</div><div>Constexpr if: either __cpp_constexpr_if (matching the paper name) or __cpp_if_constexpr (matching the syntax)</div><div>Selection statement with init: no macro (portable code can perform a simple rewrite to avoid the feature)</div></div></div></div></blockquote><div><br></div><div>All agreed.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Structured bindings: __cpp_structured_bindings</div><div><br></div></div></div></div></blockquote><div><br></div><div>I know that&#39;s the paper name, but it&#39;s not a term in the standard. Would __cpp_decomp_decl or something based on &quot;decomposition declaration&quot; make more sense?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>All the variant changes from Oulu should be covered by __has_include(&lt;variant&gt;); I don&#39;t think we have a need to track them separately unless someone chooses to produce a &lt;variant&gt; header that doesn&#39;t match the contents of any working draft.</div><span class=""><div> </div></span></div></div></div></blockquote><div><br></div><div>Agreed.</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Up until now I have been updating SD-6 on <a href="http://isocpp.org" rel="noreferrer" target="_blank">isocpp.org</a> basically around the<br>
holidays. But we might want to try to publish an update before the Issaquah<br>
meeting, to cover the C++17 CD.<br>
<br>
I&#39;d like to schedule a telecon to make some progress on this. August 1 and<br>
August 15 look like plausible candidates. If anyone has any definite<br>
preference for one over the other, please let me know.<br>
<br>
--<br>
Clark Nelson            Chair, PL22.16 (ANSI C++ standard committee)<br>
Intel Corporation       Chair, SG10 (C++ SG for feature-testing)<br>
<a href="mailto:clark.nelson@intel.com" target="_blank">clark.nelson@intel.com</a>  Chair, CPLEX (C SG for parallel language extensions)<br>
_______________________________________________<br>
Features mailing list<br>
<a href="mailto:Features@isocpp.open-std.org" target="_blank">Features@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/features" rel="noreferrer" target="_blank">http://www.open-std.org/mailman/listinfo/features</a><br>
</blockquote></span></div><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" rel="noreferrer" target="_blank">http://www.open-std.org/mailman/listinfo/features</a><br>
<br></blockquote></div><br></div></div>