<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 08/14/2014 07:37 PM, Nelson, Clark
      wrote:<br>
    </div>
    <blockquote
cite="mid:38C37E44FD352B44ABFC58410B0790D07EADFA7B@ORSMSX103.amr.corp.intel.com"
      type="cite">
      <pre wrap="">I have made a few minor revisions since N4030.

The redlining in the document is relative to the published SD-6; I think
that's the way we'll want to publish it. But here is what I've changed
recently:

In response to Ed Smith-Rowland's question about &lt;optional&gt; vs.
&lt;experimental/optional&gt; I updated the __has_include example. Of course it's
just an example, but I think it's more helpful now than it was.

In response to Walter's question about the "policy" for the C++14 table, I
minimally tweaked the text. :-)

In response to Richard's question/complaint, I deleted "has" from the macro
names for new features added by LWG issues.

There are sentences in the rationale section about features removed from
C++14 to a TS; I have changed them from editorial notes to plain old text.
(I don't know what's going to happen with the array extension TS, but it is
still an official project with an official number; hopefully something will
come of it.)


This still needs work in three areas:

1. We need introductory text and rationale for __has_cpp_attribute.
(Richard?)

2. We need to approve what we want to do about the LWG issues that Alisdair
brought up.

3. We need to make final determinations about shared_mutex.

--
Clark Nelson            Vice chair, PL22.16 (ANSI C++ standard committee)
Intel Corporation       Chair, SG10 (C++ SG for feature-testing)
<a class="moz-txt-link-abbreviated" href="mailto:clark.nelson@intel.com">clark.nelson@intel.com</a>  Chair, CPLEX (C SG for parallel language extensions)
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Features mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Features@isocpp.open-std.org">Features@isocpp.open-std.org</a>
<a class="moz-txt-link-freetext" href="http://www.open-std.org/mailman/listinfo/features">http://www.open-std.org/mailman/listinfo/features</a>
</pre>
    </blockquote>
    I apologize for sending this so late but I thought I had lost some
    notes regarding C++98 and C++11.<br>
    I collected some thoughts on "finishing" these areas if that is
    desired.<br>
    <br>
    Here are some macros to finish-out C++11:<br>
    <br>
    C++11<br>
    -----<br>
    N2439    __cpp_reference_qualifiers    200710    This has library
    usage<br>
    N2756    __cpp_nsdmi    200809    Hate to spell this out :-(<br>
        __cpp_aggregate_default_initializers        Or this, borrowed
    from CMake?<br>
    N1986    __cpp_delegating_constructors    200604    Users can
    migrate from initializer functions<br>
    N2540    __cpp_inheriting_constructors    200802    Ditto<br>
    N2930    __cpp_range_based_for_loops    200907    <br>
    N2672    __cpp_initializer_lists    200806    <br>
    <br>
    Some popular C++ compilers still don't support all these.<br>
    It doeas add a few more macros but it finishes C++11.<br>
    Other compilers may emerge that need to "work their way up" through
    these features.<br>
    I could go either way on this - I know some don't want to clutter up
    compilers with lots of macros.<br>
    <br>
    <br>
    C++98<br>
    -----<br>
        __cpp_exceptions    199711L<br>
        <br>
        __cpp_run_time_type_id    199711L<br>
    <br>
    Rationale for __cpp_exceptions and __cpp_run_time_type_id:<br>
    Several compilers exist that allow the user to turn these features
    off with a macro or a compiler switch.<br>
    Providing these macros enhance portability of such code that uses
    macros to change code depending on availability of these features.<br>
    <br>
    I just used the date standard when these were added to C++98 rather
    than try to dig up old papers.<br>
    <br>
  </body>
</html>