<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 3, 2015 at 1:26 AM, Jens Maurer <span dir="ltr">&lt;<a href="mailto:Jens.Maurer@gmx.net" target="_blank">Jens.Maurer@gmx.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 02/03/2015 01:35 AM, Nelson, Clark wrote:<br>
&gt; Here is an updated document. I have added __cpp_noexcept as Ed proposed, and<br>
&gt; __cpp_forward_decl_enum, as he appears to have proposed. Ed didn&#39;t seem to<br>
&gt; make any other positive proposals, but I received an independent suggestion<br>
&gt; about explicit conversion operators, so I have added it as well.<br>
<br>
</span>We did quite a bit of surgery to enumerations in C++11,<br>
e.g. we can now have explicit base types and scoping etc.<br>
<br>
I&#39;m wondering why we&#39;re highlighting the &quot;forward declaration&quot;<br>
part, as opposed to just &quot;__cpp_extended_enum&quot; or simply<br>
&quot;__cpp_enum&quot;, with suitably-changing values?</blockquote><div><br></div><div>I&#39;m in two minds about this: by putting all the changes under the same name, we present a problem to implementations who implement only part of the new rules: they can&#39;t bump the version of their __cpp_enum macro until they implement the whole lot. But I do like avoiding the proliferation of macros tracking tiny changes, so if we don&#39;t anticipate any implementations in that state, then I&#39;d prefer the more general macro name.</div></div></div></div>