<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 7, 2019 at 2:33 PM Jason Merrill &lt;<a href="mailto:jason@redhat.com">jason@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Mon, Sep 16, 2019 at 5:34 PM Casey Carter via Core &lt;<a href="mailto:core@lists.isocpp.org" target="_blank">core@lists.isocpp.org</a>&gt; wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">We haven&#39;t had a __cpp_concepts since the TS specified its value as 201507 - which GCC defines. I&#39;ve been making up values since then for various compilers which cmcstl2 supports to various degrees: <div>* clang-concepts defines __cpp_concepts to 201707L - the date of the Toronto merge - to indicate support for concepts as merged.</div><div>* MSVC uses 201811L - the date of the P1084 merge - to indicate that it supports the above plus P1084&#39;s changes to return-type-requirements. (Unfortunately MSVC does not yet support the changes in P1141 which were merged at the same meeting.)</div><div><br></div><div>I&#39;d appreciate a bump for the changes in Cologne. P1452 seems significant enough to me, but regardless it would be nice to have a way to discriminate between what MSVC will support in 16.3 and C++20 concepts&#39; final form.</div></div></blockquote><div><br></div><div>FYI <a href="http://wiki.edg.com/pub/Wg21belfast/CoreWorkingGroup/d1902r1.html" target="_blank">http://wiki.edg.com/pub/Wg21belfast/CoreWorkingGroup/d1902r1.html</a> does not propose to bump the value beyond 201811L.</div></div></div></blockquote><div><br></div><div>This is one of the papers missing from the big table, sorry about that. I can give you a new draft to bump it to 201907L. This is an omission.</div><div><br></div><div>Barry<br></div></div></div>