<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Sounds good to me!<div class=""><br class=""></div><div class="">John.</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 12, 2019, at 5:03 PM, Jonathan Wakely &lt;<a href="mailto:cxx@kayari.org" class="">cxx@kayari.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><br class=""></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 12 Jun 2019 at 21:50, John Spicer &lt;<a href="mailto:jhs@edg.com" class="">jhs@edg.com</a>&gt; wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The process for fixing things like this is not well defined right now.<br class="">
<br class="">
In general, the feature test stuff is supposed to be part of the CWG/LWG process.<br class="">
<br class="">
For fixing things that were missed earlier, I did a paper for a few of those recently.<br class="">
<br class="">
How would folks like this handled?&nbsp; &nbsp;It could be an LWG issue, or I can write a short paper with this proposed resolution.<br class="">
<br class=""></blockquote><div class=""><br class=""></div><div class="">My preference is an LWG issue. It can probably get approved by email, and be on the "Ready" list going into Cologne. That should take up less LWG time during the meeting, and less of your time :-)</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">&nbsp;</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
John.<br class="">
<br class="">
<br class="">
&gt; On Jun 12, 2019, at 3:58 PM, Jonathan Wakely &lt;<a href="mailto:cxx@kayari.org" target="_blank" class="">cxx@kayari.org</a>&gt; wrote:<br class="">
&gt; <br class="">
&gt; There are parallel overloads of algorithms in &lt;memory&gt;, so it should define the macro. Also, &lt;execution&gt; defines the exec policies for use with the algos, so that should define the macro too.<br class="">
&gt; <br class="">
&gt; Proposed resolution:<br class="">
&gt; <br class="">
&gt; In [support.limits.general] add &lt;memory&gt; and &lt;execution&gt; to the table row for __cpp_lib_parallel_algorithm.<br class="">
&gt; <br class="">
&gt; <br class="">
&gt; | __cpp_lib_parallel_algorithm |<br class="">
&gt; | 201603L |<br class="">
&gt; | &lt;algorithm&gt; &lt;INS&gt;&lt;execution&gt; &lt;memory&lt;/INS&gt; &lt;numeric&gt; |<br class="">
&gt; <br class="">
&gt; _______________________________________________<br class="">
&gt; Features mailing list<br class="">
&gt; <a href="mailto:Features@isocpp.open-std.org" target="_blank" class="">Features@isocpp.open-std.org</a><br class="">
&gt; <a href="http://www.open-std.org/mailman/listinfo/features" rel="noreferrer" target="_blank" class="">http://www.open-std.org/mailman/listinfo/features</a><br class="">
<br class="">
</blockquote></div></div>
</div></blockquote></div><br class=""></div></body></html>