l4/pkg/libstdc++-v3/contrib/libstdc++-v3-4.7/doc/html/ext/lwg-active.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
   2 <!-- saved from url=(0059)http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html -->
   3 <html><head><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
   4 <title>C++ Standard Library Active Issues List</title>
   5 <style type="text/css">
   6   p {text-align:justify}
   7   li {text-align:justify}
   8   blockquote.note
   9   {
  10     background-color:#E0E0E0;
  11     padding-left: 15px;
  12     padding-right: 15px;
  13     padding-top: 1px;
  14     padding-bottom: 1px;
  15   }
  16   ins {background-color:#A0FFA0}
  17   del {background-color:#FFA0A0}
  18 </style>
  19 </head>
  20 <body>
  21 <table>
  22 <tbody><tr>
  23   <td align="left">Doc. no.</td>
  24   <td align="left">D3181=10-0171</td>
  25 </tr>
  26 <tr>
  27   <td align="left">Date:</td>
  28   <td align="left">2010-11-29</td>
  29 </tr>
  30 <tr>
  31   <td align="left">Project:</td>
  32   <td align="left">Programming Language C++</td>
  33 </tr>
  34 <tr>
  35   <td align="left">Reply to:</td>
  36   <td align="left">Alisdair Meredith &lt;<a href="mailto:lwgchair@gmail.com">lwgchair@gmail.com</a>&gt;</td>
  37 </tr>
  38 </tbody></table>
  39 <h1>C++ Standard Library Active Issues List (Revision D73)</h1>
  40 <p>Revised 2010-11-29 at 10:11:56 UTC</p>
  41
  42   <p>Reference ISO/IEC IS 14882:2003(E)</p>
  43   <p>Also see:</p>
  44   <ul>
  45       <li><a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-toc.html">Table of Contents</a> for all library issues.</li>
  46       <li><a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html">Index by Section</a> for all library issues.</li>
  47       <li><a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html">Index by Status</a> for all library issues.</li>
  48       <li><a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html">Library Defect Reports List</a></li>
  49       <li><a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html">Library Closed Issues List</a></li>
  50   </ul>
  51   <p>The purpose of this document is to record the status of issues
  52   which have come before the Library Working Group (LWG) of the INCITS PL22.16
  53   and ISO WG21 C++ Standards Committee. Issues represent
  54   potential defects in the ISO/IEC IS 14882:2003(E) document.
  55   </p>
  56
  57   <p>This document contains only library issues which are actively being
  58   considered by the Library Working Group, i.e., issues which have a
  59   status of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>,
  60   <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>, or <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Review">Review</a>. See
  61   <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html">Library Defect Reports List</a> for issues considered defects and
  62   <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html">Library Closed Issues List</a> for issues considered closed.</p>
  63
  64   <p>The issues in these lists are not necessarily formal ISO Defect
  65   Reports (DR's). While some issues will eventually be elevated to
  66   official Defect Report status, other issues will be disposed of in
  67   other ways. See <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Status">Issue Status</a>.</p>
  68
  69   <p>Prior to Revision 14, library issues lists existed in two slightly
  70   different versions; a Committee Version and a Public
  71   Version. Beginning with Revision 14 the two versions were combined
  72   into a single version.</p>
  73
  74   <p>This document includes <i>[bracketed italicized notes]</i> as a
  75   reminder to the LWG of current progress on issues. Such notes are
  76   strictly unofficial and should be read with caution as they may be
  77   incomplete or incorrect. Be aware that LWG support for a particular
  78   resolution can quickly change if new viewpoints or killer examples are
  79   presented in subsequent discussions.</p>
  80
  81   <p>For the most current official version of this document see
  82   <a href="http://www.open-std.org/jtc1/sc22/wg21/">http://www.open-std.org/jtc1/sc22/wg21/</a>.
  83   Requests for further information about this document should include
  84   the document number above, reference ISO/IEC 14882:2003(E), and be
  85   submitted to Information Technology Industry Council (ITI), 1250 Eye
  86   Street NW, Washington, DC 20005.</p>
  87
  88   <p>Public information as to how to obtain a copy of the C++ Standard,
  89   join the standards committee, submit an issue, or comment on an issue
  90   can be found in the comp.std.c++ FAQ.
  91   </p>
  92
  93 <p><a name="submit_issue"></a><b>How to submit an issue</b></p>
  94
  95 <ol type="A">
  96 <a name="submit_issue_A"></a><li>
  97 Mail your issue to the author of this list.
  98 </li>
  99 <a name="submit_issue_B"></a><li>
 100 Specify a short descriptive title.  If you fail to do so, the subject line of your
 101 mail will be used as the issue title.
 102 </li>
 103 <a name="submit_issue_C"></a><li>
 104 If the "From" on your email is not the name you wish to appear as issue submitter,
 105 then specify issue submitter.
 106 </li>
 107 <a name="submit_issue_D"></a><li>
 108 Provide a brief discussion of the problem you wish to correct.  Refer to the latest
 109 working draft or standard using [section.tag] and paragraph numbers where appropriate.
 110 </li>
 111 <a name="submit_issue_E"></a><li>
 112 Provide proposed wording.  This should indicate exactly how you want the standard
 113 to be changed.  General solution statements belong in the discussion area.  This
 114 area contains very clear and specific directions on how to modify the current
 115 draft.  If you are not sure how to word a solution, you may omit this part.
 116 But your chances of a successful issue greatly increase if you attempt wording.
 117 </li>
 118 <a name="submit_issue_F"></a><li>
 119 It is not necessary for you to use html markup.  However, if you want to, you can
 120 &lt;ins&gt;<ins>insert text like this</ins>&lt;/ins&gt; and &lt;del&gt;<del>delete text like
 121 this</del>&lt;/del&gt;.  The only strict requirement is to communicate clearly to
 122 the list maintainer exactly how you want your issue to look.
 123 </li>
 124 <a name="submit_issue_G"></a><li>
 125 It is not necessary for you to specify other html font/formatting
 126 mark-up, but if you do the list maintainer will attempt to respect your
 127 formatting wishes (as described by html markup, or other common idioms).
 128 </li>
 129 <a name="submit_issue_H"></a><li>
 130 It is not necessary for you to specify open date or last modified date (the date
 131 of your mail will be used).
 132 </li>
 133 <a name="submit_issue_I"></a><li>
 134 It is not necessary for you to cross reference other issues, but you can if you
 135 like.  You do not need to form the hyperlinks when you do, the list maintainer will
 136 take care of that.
 137 </li>
 138 <a name="submit_issue_J"></a><li>
 139 One issue per email is best.
 140 </li>
 141 <a name="submit_issue_K"></a><li>
 142 Between the time you submit the issue, and the next mailing deadline
 143 (date at the top of the Revision History), you <em>own</em> this issue.
 144 You control the content, the stuff that is right, the stuff that is
 145 wrong, the format, the misspellings, etc.  You can even make the issue
 146 disappear if you want.  Just let the list maintainer know how you want
 147 it to look, and he will try his best to accommodate you.  After the
 148 issue appears in an official mailing, you no longer enjoy exclusive
 149 ownership of it.
 150 </li>
 151 </ol>
 152
 153
 154 <h2>Revision History</h2>
 155 <ul>
 156 <li>D73: Batavia meeting preview<ul>
 157 <li><b>Summary:</b><ul>
 158 <li>80 open issues, down by 126.</li>
 159 <li>1459 closed issues, up by 145.</li>
 160 <li>1539 issues total, up by 19.</li>
 161 </ul></li>
 162 <li><b>Details:</b><ul>
 163 <li>Added the following 11 New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1521">1521</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1523">1523</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2008">2008</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2012">2012</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2013">2013</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2014">2014</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2015">2015</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2016">2016</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2017">2017</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2018">2018</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2019">2019</a>.</li>
 164 <li>Added the following 5 Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2001">2001</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2003">2003</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2005">2005</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2010">2010</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2011">2011</a>.</li>
 165 <li>Added the following Resolved issue: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2002">2002</a>.</li>
 166 <li>Added the following Review issue: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2009">2009</a>.</li>
 167 <li>Added the following Tentatively NAD issue: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2006">2006</a>.</li>
 168 <li>Added the following 3 Tentatively Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2000">2000</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2004">2004</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2007">2007</a>.</li>
 169 <li>Added the following WP issue: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1522">1522</a>.</li>
 170 <li>Changed the following 3 issues from New to Deferred: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1213">1213</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1214">1214</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1330">1330</a>.</li>
 171 <li>Changed the following issue from Open to Deferred: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1450">1450</a>.</li>
 172 <li>Changed the following 14 issues from Open to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1350">1350</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1351">1351</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1352">1352</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1375">1375</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1411">1411</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1443">1443</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1451">1451</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1454">1454</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1458">1458</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1463">1463</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1470">1470</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1475">1475</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1476">1476</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1477">1477</a>.</li>
 173 <li>Changed the following issue from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1331">1331</a>.</li>
 174 <li>Changed the following 8 issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#579">579</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1359">1359</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1361">1361</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1373">1373</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1376">1376</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1398">1398</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1446">1446</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1473">1473</a>.</li>
 175 <li>Changed the following 2 issues from Tentatively NAD to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1190">1190</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1200">1200</a>.</li>
 176 <li>Changed the following issue from WP to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#822">822</a>.</li>
 177 <li>Changed the following 11 issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1395">1395</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1442">1442</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1471">1471</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1472">1472</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1489">1489</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1495">1495</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1496">1496</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1509">1509</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1510">1510</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1511">1511</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1512">1512</a>.</li>
 178 <li>Changed the following issue from Review to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1281">1281</a>.</li>
 179 <li>Changed the following issue from New to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1289">1289</a>.</li>
 180 <li>Changed the following 6 issues from Open to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1406">1406</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1422">1422</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1484">1484</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1488">1488</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1493">1493</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1499">1499</a>.</li>
 181 <li>Changed the following 2 issues from Tentatively NAD Future to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1173">1173</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1188">1188</a>.</li>
 182 <li>Changed the following 2 issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1252">1252</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1297">1297</a>.</li>
 183 <li>Changed the following 3 issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1279">1279</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1318">1318</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1332">1332</a>.</li>
 184 <li>Changed the following 6 issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1385">1385</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1401">1401</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1408">1408</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1418">1418</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1420">1420</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1438">1438</a>.</li>
 185 <li>Changed the following 42 issues from NAD Editorial to Resolved: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#353">353</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#431">431</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#482">482</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#525">525</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#594">594</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#625">625</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#635">635</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#658">658</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#697">697</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#719">719</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#742">742</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#786">786</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#815">815</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#816">816</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#823">823</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#827">827</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#834">834</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#884">884</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#932">932</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#947">947</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#950">950</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#953">953</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#983">983</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1054">1054</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1055">1055</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1075">1075</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1100">1100</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1116">1116</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1117">1117</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1122">1122</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1135">1135</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1151">1151</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1174">1174</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1258">1258</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1260">1260</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1283">1283</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1293">1293</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1307">1307</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1321">1321</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1394">1394</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1405">1405</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1407">1407</a>.</li>
 186 <li>Changed the following 5 issues from New to Resolved: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1290">1290</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1322">1322</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1324">1324</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1326">1326</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1328">1328</a>.</li>
 187 <li>Changed the following 46 issues from Open to Resolved: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#801">801</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1268">1268</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1327">1327</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1344">1344</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1346">1346</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1347">1347</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1355">1355</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1356">1356</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1357">1357</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1365">1365</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1366">1366</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1377">1377</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1378">1378</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1379">1379</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1380">1380</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1382">1382</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1383">1383</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1389">1389</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1390">1390</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1391">1391</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1392">1392</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1393">1393</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1397">1397</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1409">1409</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1410">1410</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1412">1412</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1445">1445</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1447">1447</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1453">1453</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1455">1455</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1462">1462</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1464">1464</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1465">1465</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1466">1466</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1467">1467</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1468">1468</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1469">1469</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1481">1481</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1482">1482</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1490">1490</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1491">1491</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1492">1492</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1498">1498</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1501">1501</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1508">1508</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1513">1513</a>.</li>
 188 <li>Changed the following issue from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1480">1480</a>.</li>
 189 <li>Changed the following 2 issues from Open to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1371">1371</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1413">1413</a>.</li>
 190 <li>Changed the following issue from New to Tentatively NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1320">1320</a>.</li>
 191 <li>Changed the following 3 issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1215">1215</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1253">1253</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1310">1310</a>.</li>
 192 <li>Changed the following issue from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1497">1497</a>.</li>
 193 <li>Changed the following 24 issues from NAD Editorial to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1360">1360</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1363">1363</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1367">1367</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1372">1372</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1381">1381</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1384">1384</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1386">1386</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1387">1387</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1388">1388</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1399">1399</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1400">1400</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1402">1402</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1403">1403</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1416">1416</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1417">1417</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1423">1423</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1424">1424</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1425">1425</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1426">1426</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1427">1427</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1429">1429</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1430">1430</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1431">1431</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1441">1441</a>.</li>
 194 <li>Changed the following issue from New to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1294">1294</a>.</li>
 195 <li>Changed the following 10 issues from Open to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1354">1354</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1362">1362</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1368">1368</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1370">1370</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1428">1428</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1435">1435</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1436">1436</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1437">1437</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1439">1439</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1440">1440</a>.</li>
 196 <li>Changed the following 2 issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#868">868</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#951">951</a>.</li>
 197 <li>Changed the following 33 issues from Tentatively Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#956">956</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1118">1118</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1171">1171</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1181">1181</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1183">1183</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1191">1191</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1198">1198</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1207">1207</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1234">1234</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1240">1240</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1249">1249</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1292">1292</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1295">1295</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1316">1316</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1319">1319</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1323">1323</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1325">1325</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1333">1333</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1334">1334</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1335">1335</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1337">1337</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1338">1338</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1339">1339</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1340">1340</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1404">1404</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1414">1414</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1432">1432</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1449">1449</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1516">1516</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1517">1517</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1518">1518</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1519">1519</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1520">1520</a>.</li>
 198 </ul></li>
 199 </ul>
 200 </li>
 201 <li>R72:
 202 2010-10-18 pre-Batavia mailing.
 203 <ul>
 204 <li><b>Summary:</b><ul>
 205 <li>206 open issues, up by 141.</li>
 206 <li>1314 closed issues, up by 36.</li>
 207 <li>1520 issues total, up by 177.</li>
 208 </ul></li>
 209 <li><b>Details:</b><ul>
 210 <li>Added the following Dup issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1433">1433</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1444">1444</a>.</li>
 211 <li>Added the following NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1360">1360</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1363">1363</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1367">1367</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1372">1372</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1381">1381</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1384">1384</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1386">1386</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1387">1387</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1388">1388</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1394">1394</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1399">1399</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1400">1400</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1402">1402</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1403">1403</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1405">1405</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1407">1407</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1415">1415</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1416">1416</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1417">1417</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1419">1419</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1423">1423</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1424">1424</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1425">1425</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1426">1426</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1427">1427</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1429">1429</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1430">1430</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1431">1431</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1434">1434</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1441">1441</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1483">1483</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1500">1500</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1506">1506</a>.</li>
 212 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1344">1344</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1345">1345</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1346">1346</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1347">1347</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1348">1348</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1349">1349</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1350">1350</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1351">1351</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1352">1352</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1353">1353</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1354">1354</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1355">1355</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1356">1356</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1357">1357</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1358">1358</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1359">1359</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1361">1361</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1362">1362</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1364">1364</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1365">1365</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1366">1366</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1368">1368</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1369">1369</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1370">1370</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1371">1371</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1373">1373</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1374">1374</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1375">1375</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1376">1376</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1377">1377</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1378">1378</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1379">1379</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1380">1380</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1382">1382</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1383">1383</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1385">1385</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1389">1389</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1390">1390</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1391">1391</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1392">1392</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1393">1393</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1395">1395</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1396">1396</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1397">1397</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1398">1398</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1401">1401</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1406">1406</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1408">1408</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1409">1409</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1410">1410</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1411">1411</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1412">1412</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1413">1413</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1418">1418</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1420">1420</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1421">1421</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1422">1422</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1428">1428</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1435">1435</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1436">1436</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1437">1437</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1438">1438</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1439">1439</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1440">1440</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1442">1442</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1443">1443</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1445">1445</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1446">1446</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1447">1447</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1448">1448</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1450">1450</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1451">1451</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1452">1452</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1453">1453</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1454">1454</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1455">1455</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1456">1456</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1457">1457</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1458">1458</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1459">1459</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1460">1460</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1461">1461</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1462">1462</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1463">1463</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1464">1464</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1465">1465</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1466">1466</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1467">1467</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1468">1468</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1469">1469</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1470">1470</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1471">1471</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1472">1472</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1473">1473</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1474">1474</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1475">1475</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1476">1476</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1477">1477</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1478">1478</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1479">1479</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1480">1480</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1481">1481</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1482">1482</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1484">1484</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1485">1485</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1486">1486</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1487">1487</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1488">1488</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1489">1489</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1490">1490</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1491">1491</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1492">1492</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1493">1493</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1494">1494</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1495">1495</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1496">1496</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1497">1497</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1498">1498</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1499">1499</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1501">1501</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1502">1502</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1503">1503</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1504">1504</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1505">1505</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1507">1507</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1508">1508</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1509">1509</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1510">1510</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1511">1511</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1512">1512</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1513">1513</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1514">1514</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1515">1515</a>.</li>
 213 <li>Added the following Tentatively Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1404">1404</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1414">1414</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1432">1432</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1449">1449</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1516">1516</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1517">1517</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1518">1518</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1519">1519</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1520">1520</a>.</li>
 214 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1260">1260</a>.</li>
 215 <li>Changed the following issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1181">1181</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1240">1240</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1249">1249</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1292">1292</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1295">1295</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1316">1316</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1319">1319</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1323">1323</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1325">1325</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1333">1333</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1334">1334</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1335">1335</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1337">1337</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1338">1338</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1339">1339</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1340">1340</a>.</li>
 216 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#956">956</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1118">1118</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1183">1183</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1234">1234</a>.</li>
 217 </ul></li>
 218 </ul>
 219 </li>
 220 <li>R71:
 221 2010-08-25 post-Rapperswil mailing.
 222 <ul>
 223 <li><b>Summary:</b><ul>
 224 <li>65 open issues, up by 2.</li>
 225 <li>1278 closed issues, up by 7.</li>
 226 <li>1343 issues total, up by 9.</li>
 227 </ul></li>
 228 <li><b>Details:</b><ul>
 229 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1335">1335</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2008">2008</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1337">1337</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1338">1338</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1339">1339</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1340">1340</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2009">2009</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2010">2010</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2011">2011</a>.</li>
 230 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#996">996</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1119">1119</a>.</li>
 231 <li>Changed the following issues from Open to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1076">1076</a>.</li>
 232 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#953">953</a>.</li>
 233 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1169">1169</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1175">1175</a>.</li>
 234 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#951">951</a>.</li>
 235 <li>Changed the following issues from Review to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#868">868</a>.</li>
 236 <li>Changed the following issues from New to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1190">1190</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1200">1200</a>.</li>
 237 <li>Changed the following issues from New to Tentatively NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1188">1188</a>.</li>
 238 <li>Changed the following issues from Open to Tentatively NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1173">1173</a>.</li>
 239 <li>Changed the following issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1198">1198</a>.</li>
 240 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1171">1171</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1191">1191</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1207">1207</a>.</li>
 241 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1187">1187</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1206">1206</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1278">1278</a>.</li>
 242 </ul></li>
 243 </ul>
 244 </li>
 245 <li>R70:
 246 2010-03-26 post-Pittsburgh mailing.
 247 <ul>
 248 <li><b>Summary:</b><ul>
 249 <li>63 open issues, down by 203.</li>
 250 <li>1271 closed issues, up by 219.</li>
 251 <li>1334 issues total, up by 16.</li>
 252 </ul></li>
 253 <li><b>Details:</b><ul>
 254 <li>Added the following NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1321">1321</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1329">1329</a>.</li>
 255 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1319">1319</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1320">1320</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1322">1322</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1323">1323</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1324">1324</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1325">1325</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1326">1326</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1328">1328</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1330">1330</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1331">1331</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1332">1332</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1333">1333</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1334">1334</a>.</li>
 256 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1327">1327</a>.</li>
 257 <li>Changed the following issues from Tentatively Dup to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1219">1219</a>.</li>
 258 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1302">1302</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1308">1308</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1313">1313</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1314">1314</a>.</li>
 259 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#887">887</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1008">1008</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1068">1068</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1069">1069</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1153">1153</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1156">1156</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1228">1228</a>.</li>
 260 <li>Changed the following issues from Tentatively NAD to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#631">631</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#726">726</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#959">959</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1056">1056</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1099">1099</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1125">1125</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1176">1176</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1202">1202</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1223">1223</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1224">1224</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1246">1246</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1251">1251</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1259">1259</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1263">1263</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1265">1265</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1296">1296</a>.</li>
 261 <li>Changed the following issues from Tentatively NAD Concepts to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#910">910</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1186">1186</a>.</li>
 262 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1185">1185</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1210">1210</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1212">1212</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1225">1225</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1244">1244</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1266">1266</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1269">1269</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1272">1272</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1275">1275</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1291">1291</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1305">1305</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1307">1307</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1311">1311</a>.</li>
 263 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#299">299</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#397">397</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#408">408</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#446">446</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#594">594</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#625">625</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#742">742</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#834">834</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#915">915</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1093">1093</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1151">1151</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1211">1211</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1248">1248</a>.</li>
 264 <li>Changed the following issues from Ready to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#485">485</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#932">932</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#940">940</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#950">950</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#983">983</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1100">1100</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1135">1135</a>.</li>
 265 <li>Changed the following issues from Tentatively NAD Editorial to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#815">815</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#816">816</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#889">889</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1106">1106</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1115">1115</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1233">1233</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1239">1239</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1258">1258</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1283">1283</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1301">1301</a>.</li>
 266 <li>Changed the following issues from Tentatively Ready to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1090">1090</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1226">1226</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1273">1273</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1274">1274</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1293">1293</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1300">1300</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1304">1304</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1315">1315</a>.</li>
 267 <li>Changed the following issues from New to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1154">1154</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1317">1317</a>.</li>
 268 <li>Changed the following issues from Ready to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1052">1052</a>.</li>
 269 <li>Changed the following issues from Tentatively NAD Future to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1112">1112</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1121">1121</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1201">1201</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1238">1238</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1282">1282</a>.</li>
 270 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1234">1234</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1268">1268</a>.</li>
 271 <li>Changed the following issues from Tentatively Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#579">579</a>.</li>
 272 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1187">1187</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1206">1206</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1278">1278</a>.</li>
 273 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1281">1281</a>.</li>
 274 <li>Changed the following issues from Ready to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#868">868</a>.</li>
 275 <li>Changed the following issues from New to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1159">1159</a>.</li>
 276 <li>Changed the following issues from Open to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#427">427</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#430">430</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#774">774</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#819">819</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#835">835</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#861">861</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#885">885</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#896">896</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#900">900</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#911">911</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1079">1079</a>.</li>
 277 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#296">296</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#471">471</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#473">473</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#539">539</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#671">671</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#836">836</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#854">854</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#860">860</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#865">865</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#871">871</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#872">872</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#920">920</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#921">921</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#939">939</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#954">954</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#957">957</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#960">960</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#962">962</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#963">963</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#967">967</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#968">968</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#974">974</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1011">1011</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1030">1030</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1094">1094</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1095">1095</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1097">1097</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1098">1098</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1104">1104</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1123">1123</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1134">1134</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1136">1136</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1144">1144</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1157">1157</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1194">1194</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1204">1204</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1216">1216</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1227">1227</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1237">1237</a>.</li>
 278 <li>Changed the following issues from Tentatively Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#556">556</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#704">704</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#724">724</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#727">727</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#780">780</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#811">811</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#817">817</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#870">870</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#891">891</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#893">893</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#929">929</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#978">978</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#987">987</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#999">999</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1033">1033</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1034">1034</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1071">1071</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1089">1089</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1108">1108</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1110">1110</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1113">1113</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1114">1114</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1126">1126</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1130">1130</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1131">1131</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1133">1133</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1137">1137</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1138">1138</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1152">1152</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1158">1158</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1170">1170</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1177">1177</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1180">1180</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1182">1182</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1189">1189</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1192">1192</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1193">1193</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1195">1195</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1197">1197</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1199">1199</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1205">1205</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1208">1208</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1209">1209</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1218">1218</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1220">1220</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1221">1221</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1222">1222</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1231">1231</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1241">1241</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1245">1245</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1247">1247</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1250">1250</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1254">1254</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1255">1255</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1256">1256</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1257">1257</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1261">1261</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1262">1262</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1264">1264</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1267">1267</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1270">1270</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1271">1271</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1276">1276</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1277">1277</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1280">1280</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1284">1284</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1285">1285</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1286">1286</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1287">1287</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1288">1288</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1298">1298</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1299">1299</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1303">1303</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1306">1306</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1309">1309</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1312">1312</a>.</li>
 279 </ul></li>
 280 </ul>
 281 </li>
 282 <li>R69:
 283 2010-02-12 pre-Pittsburgh mailing.
 284 <ul>
 285 <li><b>Summary:</b><ul>
 286 <li>266 open issues, up by 61.</li>
 287 <li>1052 closed issues, down by 3.</li>
 288 <li>1318 issues total, up by 58.</li>
 289 </ul></li>
 290 <li><b>Details:</b><ul>
 291 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1266">1266</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1268">1268</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1269">1269</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1272">1272</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1275">1275</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1278">1278</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1279">1279</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1281">1281</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1289">1289</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1290">1290</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1291">1291</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1292">1292</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1294">1294</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1295">1295</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1297">1297</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1302">1302</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1305">1305</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1307">1307</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1308">1308</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1310">1310</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1311">1311</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1313">1313</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1314">1314</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1316">1316</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1317">1317</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1318">1318</a>.</li>
 292 <li>Added the following Tentatively NAD issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1263">1263</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1265">1265</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1296">1296</a>.</li>
 293 <li>Added the following Tentatively NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1283">1283</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1301">1301</a>.</li>
 294 <li>Added the following Tentatively NAD Future issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1282">1282</a>.</li>
 295 <li>Added the following Tentatively Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1261">1261</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1262">1262</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1264">1264</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1267">1267</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1270">1270</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1271">1271</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1273">1273</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1274">1274</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1276">1276</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1277">1277</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1280">1280</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1284">1284</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1285">1285</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1286">1286</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1287">1287</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1288">1288</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1293">1293</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1298">1298</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1299">1299</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1300">1300</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1303">1303</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1304">1304</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1306">1306</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1309">1309</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1312">1312</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1315">1315</a>.</li>
 296 <li>Changed the following issues from NAD to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#101">101</a>.</li>
 297 <li>Changed the following issues from NAD Future to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1248">1248</a>.</li>
 298 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1207">1207</a>.</li>
 299 <li>Changed the following issues from Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1079">1079</a>.</li>
 300 <li>Changed the following issues from New to Tentatively Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1219">1219</a>.</li>
 301 <li>Changed the following issues from New to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1125">1125</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1176">1176</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1202">1202</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1223">1223</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1224">1224</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1246">1246</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1251">1251</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1259">1259</a>.</li>
 302 <li>Changed the following issues from Open to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#726">726</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#959">959</a>.</li>
 303 <li>Changed the following issues from Review to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#631">631</a>.</li>
 304 <li>Changed the following issues from Open to Tentatively NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#910">910</a>.</li>
 305 <li>Changed the following issues from New to Tentatively NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1258">1258</a>.</li>
 306 <li>Changed the following issues from Open to Tentatively NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#815">815</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1106">1106</a>.</li>
 307 <li>Changed the following issues from Ready to Tentatively NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#816">816</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#889">889</a>.</li>
 308 <li>Changed the following issues from NAD to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#579">579</a>.</li>
 309 <li>Changed the following issues from NAD Editorial to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1195">1195</a>.</li>
 310 <li>Changed the following issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1131">1131</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1133">1133</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1137">1137</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1170">1170</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1180">1180</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1182">1182</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1193">1193</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1197">1197</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1199">1199</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1205">1205</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1209">1209</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1218">1218</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1221">1221</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1222">1222</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1245">1245</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1250">1250</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1254">1254</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1255">1255</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1256">1256</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1257">1257</a>.</li>
 311 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#704">704</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#724">724</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#811">811</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#817">817</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#870">870</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#891">891</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1033">1033</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1034">1034</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1089">1089</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1110">1110</a>.</li>
 312 <li>Changed the following issues from Ready to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#893">893</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#978">978</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1177">1177</a>.</li>
 313 <li>Changed the following issues from Review to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#556">556</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#727">727</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#780">780</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#929">929</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1130">1130</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1247">1247</a>.</li>
 314 <li>Changed the following issues from Pending WP to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#970">970</a>.</li>
 315 </ul></li>
 316 </ul>
 317 </li>
 318 <li>R68:
 319 2009-11-06 post-Santa Cruz mailing.
 320 <ul>
 321 <li><b>Summary:</b><ul>
 322 <li>205 open issues, down by 77.</li>
 323 <li>1055 closed issues, up by 120.</li>
 324 <li>1260 issues total, up by 43.</li>
 325 </ul></li>
 326 <li><b>Details:</b><ul>
 327 <li>Added the following Dup issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1230">1230</a>.</li>
 328 <li>Added the following NAD issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1229">1229</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1236">1236</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1243">1243</a>.</li>
 329 <li>Added the following NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1232">1232</a>.</li>
 330 <li>Added the following NAD Future issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1235">1235</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1242">1242</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1248">1248</a>.</li>
 331 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1218">1218</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1219">1219</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1221">1221</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1222">1222</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1223">1223</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1224">1224</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1225">1225</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1234">1234</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1240">1240</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1244">1244</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1245">1245</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1246">1246</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1249">1249</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1250">1250</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1251">1251</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1252">1252</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1253">1253</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1254">1254</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1255">1255</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1256">1256</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1257">1257</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1258">1258</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1259">1259</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1260">1260</a>.</li>
 332 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1228">1228</a>.</li>
 333 <li>Added the following Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1227">1227</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1237">1237</a>.</li>
 334 <li>Added the following Review issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1247">1247</a>.</li>
 335 <li>Added the following Tentatively NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1233">1233</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1239">1239</a>.</li>
 336 <li>Added the following Tentatively NAD Future issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1238">1238</a>.</li>
 337 <li>Added the following Tentatively Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1220">1220</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1226">1226</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1231">1231</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1241">1241</a>.</li>
 338 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1132">1132</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1148">1148</a>.</li>
 339 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#96">96</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#458">458</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#463">463</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#916">916</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#917">917</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#919">919</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#955">955</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#977">977</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1009">1009</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1020">1020</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1035">1035</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1042">1042</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1051">1051</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1064">1064</a>.</li>
 340 <li>Changed the following issues from Review to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#668">668</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#930">930</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1091">1091</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1102">1102</a>.</li>
 341 <li>Changed the following issues from Tentatively NAD to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#588">588</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#617">617</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#971">971</a>.</li>
 342 <li>Changed the following issues from Tentatively NAD Future to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1062">1062</a>.</li>
 343 <li>Changed the following issues from NAD Concepts to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1143">1143</a>.</li>
 344 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1116">1116</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1117">1117</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1122">1122</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1129">1129</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1145">1145</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1146">1146</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1147">1147</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1155">1155</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1166">1166</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1172">1172</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1174">1174</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1179">1179</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1195">1195</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1196">1196</a>.</li>
 345 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#431">431</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#580">580</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#635">635</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#719">719</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#823">823</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#827">827</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#879">879</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#880">880</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#908">908</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#923">923</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#924">924</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#926">926</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#944">944</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#947">947</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#958">958</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1046">1046</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1048">1048</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1054">1054</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1055">1055</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1075">1075</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1088">1088</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1160">1160</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1161">1161</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1162">1162</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1163">1163</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1165">1165</a>.</li>
 346 <li>Changed the following issues from Review to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#828">828</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#897">897</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#976">976</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1043">1043</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1047">1047</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1049">1049</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1050">1050</a>.</li>
 347 <li>Changed the following issues from New to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1120">1120</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1150">1150</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1184">1184</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1203">1203</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1217">1217</a>.</li>
 348 <li>Changed the following issues from Open to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#484">484</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#532">532</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#851">851</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#933">933</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#935">935</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#936">936</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#961">961</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1041">1041</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1053">1053</a>.</li>
 349 <li>Changed the following issues from Tentatively NAD Future to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1031">1031</a>.</li>
 350 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1118">1118</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1119">1119</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1151">1151</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1153">1153</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1156">1156</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1171">1171</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1173">1173</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1183">1183</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1191">1191</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1211">1211</a>.</li>
 351 <li>Changed the following issues from Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#430">430</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#834">834</a>.</li>
 352 <li>Changed the following issues from Review to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#397">397</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#408">408</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#835">835</a>.</li>
 353 <li>Changed the following issues from Tentatively NAD to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#625">625</a>.</li>
 354 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1123">1123</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1134">1134</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1135">1135</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1136">1136</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1144">1144</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1177">1177</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1194">1194</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1204">1204</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1216">1216</a>.</li>
 355 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#296">296</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#471">471</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#485">485</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#539">539</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#816">816</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#860">860</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#865">865</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#872">872</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#920">920</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#932">932</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#939">939</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#940">940</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#960">960</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#963">963</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#974">974</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#978">978</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1011">1011</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1030">1030</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1079">1079</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1098">1098</a>.</li>
 356 <li>Changed the following issues from Review to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#473">473</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#671">671</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#836">836</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#854">854</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#868">868</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#871">871</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#889">889</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#893">893</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#921">921</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#950">950</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#954">954</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#957">957</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#962">962</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#967">967</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#968">968</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#983">983</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1052">1052</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1094">1094</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1095">1095</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1097">1097</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1100">1100</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1104">1104</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1157">1157</a>.</li>
 357 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1130">1130</a>.</li>
 358 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#556">556</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#631">631</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#727">727</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#929">929</a>.</li>
 359 <li>Changed the following issues from Open to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1056">1056</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1099">1099</a>.</li>
 360 <li>Changed the following issues from New to Tentatively NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1186">1186</a>.</li>
 361 <li>Changed the following issues from New to Tentatively NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1115">1115</a>.</li>
 362 <li>Changed the following issues from New to Tentatively NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1121">1121</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1201">1201</a>.</li>
 363 <li>Changed the following issues from Open to Tentatively NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1112">1112</a>.</li>
 364 <li>Changed the following issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1126">1126</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1138">1138</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1152">1152</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1158">1158</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1189">1189</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1192">1192</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1208">1208</a>.</li>
 365 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#987">987</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#999">999</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1071">1071</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1090">1090</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1108">1108</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1113">1113</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1114">1114</a>.</li>
 366 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#149">149</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#419">419</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#498">498</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#564">564</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#565">565</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#630">630</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#659">659</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#696">696</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#711">711</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#716">716</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#723">723</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#788">788</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#822">822</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#838">838</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#847">847</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#857">857</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#859">859</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#876">876</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#881">881</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#883">883</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#886">886</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#934">934</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1004">1004</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1178">1178</a>.</li>
 367 <li>Changed the following issues from Tentatively Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1012">1012</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1019">1019</a>.</li>
 368 </ul></li>
 369 </ul>
 370 </li>
 371 <li>R67:
 372 2009-09-25 pre-Santa Cruz mailing.
 373 <ul>
 374 <li><b>Summary:</b><ul>
 375 <li>282 open issues, up by 32.</li>
 376 <li>935 closed issues, down by 1.</li>
 377 <li>1217 issues total, up by 31.</li>
 378 </ul></li>
 379 <li><b>Details:</b><ul>
 380 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1187">1187</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1188">1188</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1189">1189</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1190">1190</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1191">1191</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1192">1192</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1193">1193</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1194">1194</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1195">1195</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1196">1196</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1197">1197</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1198">1198</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1199">1199</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1200">1200</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1201">1201</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1202">1202</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1203">1203</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1204">1204</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1205">1205</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1206">1206</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1207">1207</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1208">1208</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1209">1209</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1210">1210</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1211">1211</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1212">1212</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1213">1213</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1214">1214</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1215">1215</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1216">1216</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1217">1217</a>.</li>
 381 <li>Changed the following issues from NAD to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#296">296</a>.</li>
 382 <li>Changed the following issues from WP to Pending WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#970">970</a>.</li>
 383 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#976">976</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1052">1052</a>.</li>
 384 <li>Changed the following issues from Ready to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#780">780</a>.</li>
 385 </ul></li>
 386 </ul>
 387 </li>
 388 <li>R66:
 389 2009-07-31 post-Frankfurt mailing.
 390 <ul>
 391 <li><b>Summary:</b><ul>
 392 <li>250 open issues, down by 128.</li>
 393 <li>936 closed issues, up by 171.</li>
 394 <li>1186 issues total, up by 43.</li>
 395 </ul></li>
 396 <li><b>Details:</b><ul>
 397 <li>Added the following NAD issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1164">1164</a>.</li>
 398 <li>Added the following NAD Concepts issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1149">1149</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1167">1167</a>.</li>
 399 <li>Added the following NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1168">1168</a>.</li>
 400 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1144">1144</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1145">1145</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1146">1146</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1147">1147</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1148">1148</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1150">1150</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1151">1151</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1152">1152</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1153">1153</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1154">1154</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1155">1155</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1156">1156</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1158">1158</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1159">1159</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1166">1166</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1169">1169</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1170">1170</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1171">1171</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1172">1172</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1173">1173</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1174">1174</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1175">1175</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1176">1176</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1177">1177</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1179">1179</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1180">1180</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1181">1181</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1182">1182</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1183">1183</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1184">1184</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1185">1185</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1186">1186</a>.</li>
 401 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1160">1160</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1161">1161</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1162">1162</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1163">1163</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1165">1165</a>.</li>
 402 <li>Added the following Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1178">1178</a>.</li>
 403 <li>Added the following Review issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1157">1157</a>.</li>
 404 <li>Changed the following issues from Open to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#750">750</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#895">895</a>.</li>
 405 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#111">111</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#128">128</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#138">138</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#190">190</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#219">219</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#290">290</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#309">309</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#342">342</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#343">343</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#382">382</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#394">394</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#398">398</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#417">417</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#418">418</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#421">421</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#459">459</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#466">466</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#492">492</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#502">502</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#503">503</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#546">546</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#573">573</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#582">582</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#585">585</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#597">597</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#606">606</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#614">614</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#632">632</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#721">721</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#747">747</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#751">751</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#833">833</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#941">941</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#992">992</a>.</li>
 406 <li>Changed the following issues from Review to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1003">1003</a>.</li>
 407 <li>Changed the following issues from Tentatively NAD to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#568">568</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#644">644</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#667">667</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#669">669</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#701">701</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#702">702</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#785">785</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#863">863</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#901">901</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#903">903</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#946">946</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#988">988</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#995">995</a>.</li>
 408 <li>Changed the following issues from Tentatively Ready to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1002">1002</a>.</li>
 409 <li>Changed the following issues from New to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1124">1124</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1127">1127</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1128">1128</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1139">1139</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1140">1140</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1141">1141</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1142">1142</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1143">1143</a>.</li>
 410 <li>Changed the following issues from Open to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#902">902</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#989">989</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1000">1000</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1007">1007</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1010">1010</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1015">1015</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1016">1016</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1017">1017</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1018">1018</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1026">1026</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1027">1027</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1028">1028</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1029">1029</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1032">1032</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1036">1036</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1057">1057</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1059">1059</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1072">1072</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1078">1078</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1081">1081</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1082">1082</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1083">1083</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1084">1084</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1085">1085</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1086">1086</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1092">1092</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1096">1096</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1105">1105</a>.</li>
 411 <li>Changed the following issues from Review to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1001">1001</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1005">1005</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1080">1080</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1087">1087</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1111">1111</a>.</li>
 412 <li>Changed the following issues from Tentatively NAD to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#912">912</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#918">918</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1074">1074</a>.</li>
 413 <li>Changed the following issues from Tentatively NAD Editorial to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#927">927</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1109">1109</a>.</li>
 414 <li>Changed the following issues from Tentatively Ready to NAD Concepts: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#906">906</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#913">913</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#914">914</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#928">928</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1024">1024</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1063">1063</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1067">1067</a>.</li>
 415 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#718">718</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#873">873</a>.</li>
 416 <li>Changed the following issues from Tentatively NAD Editorial to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#424">424</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#825">825</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#830">830</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#837">837</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#862">862</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#867">867</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#884">884</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#945">945</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#952">952</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#969">969</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#972">972</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#973">973</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#979">979</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1023">1023</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1058">1058</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1060">1060</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1061">1061</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1077">1077</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1101">1101</a>.</li>
 417 <li>Changed the following issues from Tentatively Ready to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1013">1013</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1107">1107</a>.</li>
 418 <li>Changed the following issues from Open to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#255">255</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#423">423</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#523">523</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#708">708</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#760">760</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#839">839</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#877">877</a>.</li>
 419 <li>Changed the following issues from CD1 to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#823">823</a>.</li>
 420 <li>Changed the following issues from NAD Editorial to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#299">299</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#484">484</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#532">532</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#556">556</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#594">594</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#631">631</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#704">704</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#724">724</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#742">742</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#811">811</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#870">870</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#872">872</a>.</li>
 421 <li>Changed the following issues from Review to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#879">879</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#919">919</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#929">929</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#939">939</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#987">987</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1009">1009</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1093">1093</a>.</li>
 422 <li>Changed the following issues from Tentatively NAD to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#458">458</a>.</li>
 423 <li>Changed the following issues from Tentatively NAD Future to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#96">96</a>.</li>
 424 <li>Changed the following issues from Tentatively Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#910">910</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#915">915</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#932">932</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#940">940</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#974">974</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#976">976</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#999">999</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1011">1011</a>.</li>
 425 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#149">149</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#419">419</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#430">430</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#498">498</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#564">564</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#565">565</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#630">630</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#659">659</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#696">696</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#711">711</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#716">716</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#723">723</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#788">788</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#834">834</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#838">838</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#847">847</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#857">857</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#859">859</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#876">876</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#881">881</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#883">883</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#886">886</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1004">1004</a>.</li>
 426 <li>Changed the following issues from Review to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#780">780</a>.</li>
 427 <li>Changed the following issues from Tentatively NAD to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#822">822</a>.</li>
 428 <li>Changed the following issues from Tentatively Ready to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#934">934</a>.</li>
 429 <li>Changed the following issues from NAD to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#871">871</a>.</li>
 430 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#397">397</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#408">408</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#473">473</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#671">671</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#836">836</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#868">868</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#889">889</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#893">893</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#930">930</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#954">954</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#962">962</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#967">967</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#968">968</a>.</li>
 431 <li>Changed the following issues from Tentatively NAD to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#668">668</a>.</li>
 432 <li>Changed the following issues from Tentatively Ready to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#950">950</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1100">1100</a>.</li>
 433 <li>Changed the following issues from Open to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#588">588</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#617">617</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#625">625</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#971">971</a>.</li>
 434 <li>Changed the following issues from Open to Tentatively NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1031">1031</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1062">1062</a>.</li>
 435 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1012">1012</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1019">1019</a>.</li>
 436 <li>Changed the following issues from Tentatively Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#688">688</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#765">765</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#810">810</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#814">814</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#853">853</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#869">869</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#878">878</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#888">888</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#890">890</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#898">898</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#899">899</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#904">904</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#907">907</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#909">909</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#922">922</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#925">925</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#931">931</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#938">938</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#943">943</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#948">948</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#949">949</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#965">965</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#970">970</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#975">975</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#981">981</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#982">982</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#984">984</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#986">986</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#990">990</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#991">991</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#993">993</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#994">994</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#997">997</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#998">998</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1006">1006</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1014">1014</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1021">1021</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1037">1037</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1038">1038</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1039">1039</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1040">1040</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1044">1044</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1045">1045</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1065">1065</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1066">1066</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1070">1070</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1073">1073</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1103">1103</a>.</li>
 437 </ul></li>
 438 </ul>
 439 </li>
 440 <li>R65:
 441 2009-06-19 pre-Frankfurt mailing.
 442 <ul>
 443 <li><b>Summary:</b><ul>
 444 <li>378 open issues, up by 32.</li>
 445 <li>765 closed issues, up by 0.</li>
 446 <li>1143 issues total, up by 32.</li>
 447 </ul></li>
 448 <li><b>Details:</b><ul>
 449 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1115">1115</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1116">1116</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1117">1117</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1118">1118</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1119">1119</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1120">1120</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1121">1121</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1122">1122</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1123">1123</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1124">1124</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1125">1125</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1126">1126</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1127">1127</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1128">1128</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1129">1129</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1130">1130</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1131">1131</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1132">1132</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1133">1133</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1134">1134</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1135">1135</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1136">1136</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1137">1137</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1138">1138</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1139">1139</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1140">1140</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1141">1141</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1142">1142</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1143">1143</a>.</li>
 450 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1112">1112</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1113">1113</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1114">1114</a>.</li>
 451 <li>Changed the following issues from Pending NAD Editorial to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#937">937</a>.</li>
 452 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#696">696</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#716">716</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#727">727</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#865">865</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#900">900</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#911">911</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#916">916</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#917">917</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#920">920</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#933">933</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#935">935</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#941">941</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#947">947</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#951">951</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#953">953</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#954">954</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#955">955</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#956">956</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#977">977</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#978">978</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#985">985</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#989">989</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#996">996</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1033">1033</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1054">1054</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1056">1056</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1057">1057</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1059">1059</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1062">1062</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1068">1068</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1069">1069</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1071">1071</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1072">1072</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1076">1076</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1090">1090</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1092">1092</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1096">1096</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1098">1098</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1099">1099</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1105">1105</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1106">1106</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1108">1108</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1110">1110</a>.</li>
 453 <li>Changed the following issues from Review to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#817">817</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#971">971</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#992">992</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1004">1004</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1010">1010</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1012">1012</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1015">1015</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1019">1019</a>.</li>
 454 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#780">780</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#835">835</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#897">897</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#919">919</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#939">939</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#957">957</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#983">983</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1001">1001</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1080">1080</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1091">1091</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1093">1093</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1094">1094</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1095">1095</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1097">1097</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1102">1102</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1104">1104</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1111">1111</a>.</li>
 455 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#921">921</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#987">987</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1087">1087</a>.</li>
 456 <li>Changed the following issues from New to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#568">568</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#701">701</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#702">702</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#785">785</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#863">863</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#903">903</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#912">912</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#918">918</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#946">946</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#995">995</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1074">1074</a>.</li>
 457 <li>Changed the following issues from Open to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#458">458</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#644">644</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#667">667</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#668">668</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#669">669</a>.</li>
 458 <li>Changed the following issues from Review to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#901">901</a>.</li>
 459 <li>Changed the following issues from Tentatively Ready to Tentatively NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#822">822</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#988">988</a>.</li>
 460 <li>Changed the following issues from New to Tentatively NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#837">837</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#862">862</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#867">867</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#927">927</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#945">945</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#952">952</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#969">969</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#972">972</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#973">973</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#979">979</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1058">1058</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1060">1060</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1061">1061</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1077">1077</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1101">1101</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1109">1109</a>.</li>
 461 <li>Changed the following issues from Open to Tentatively NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#424">424</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#825">825</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#830">830</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#884">884</a>.</li>
 462 <li>Changed the following issues from Review to Tentatively NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1023">1023</a>.</li>
 463 <li>Changed the following issues from Open to Tentatively NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#96">96</a>.</li>
 464 <li>Changed the following issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#810">810</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#898">898</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#906">906</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#910">910</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#913">913</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#914">914</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#915">915</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#925">925</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#974">974</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#976">976</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#981">981</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#982">982</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#984">984</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#990">990</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#998">998</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#999">999</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1063">1063</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1067">1067</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1070">1070</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1073">1073</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1100">1100</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1103">1103</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1107">1107</a>.</li>
 465 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#688">688</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#814">814</a>.</li>
 466 <li>Changed the following issues from Review to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#899">899</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#907">907</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#909">909</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#934">934</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#938">938</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#940">940</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#943">943</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#950">950</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#965">965</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#970">970</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#975">975</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#986">986</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#991">991</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#993">993</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#994">994</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#997">997</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1002">1002</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1006">1006</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1011">1011</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1013">1013</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1014">1014</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1021">1021</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1024">1024</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1037">1037</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1038">1038</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1039">1039</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1040">1040</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1044">1044</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1045">1045</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1065">1065</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1066">1066</a>.</li>
 467 </ul></li>
 468 </ul>
 469 </li>
 470 <li>R64:
 471 2009-05-01 mid-term mailing.
 472 <ul>
 473 <li><b>Summary:</b><ul>
 474 <li>346 open issues, up by 19.</li>
 475 <li>765 closed issues, up by 0.</li>
 476 <li>1111 issues total, up by 19.</li>
 477 </ul></li>
 478 <li><b>Details:</b><ul>
 479 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1093">1093</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1094">1094</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1095">1095</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1096">1096</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1097">1097</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1098">1098</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1099">1099</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1100">1100</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1101">1101</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1102">1102</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1103">1103</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1104">1104</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1105">1105</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1106">1106</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1107">1107</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1108">1108</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1109">1109</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1110">1110</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1111">1111</a>.</li>
 480 <li>Changed the following issues from DR to CD1: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#130">130</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#386">386</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#406">406</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#409">409</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#413">413</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#434">434</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#438">438</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#444">444</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#445">445</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#455">455</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#457">457</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#460">460</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#469">469</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#533">533</a>.</li>
 481 <li>Changed the following issues from Review to New: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1070">1070</a>.</li>
 482 </ul></li>
 483 </ul>
 484 </li>
 485 <li>R63:
 486 2009-03-20 post-Summit mailing.
 487 <ul>
 488 <li><b>Summary:</b><ul>
 489 <li>327 open issues, up by 96.</li>
 490 <li>765 closed issues, up by 14.</li>
 491 <li>1092 issues total, up by 110.</li>
 492 </ul></li>
 493 <li><b>Details:</b><ul>
 494 <li>Added the following NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1022">1022</a>.</li>
 495 <li>Added the following NAD Future issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1025">1025</a>.</li>
 496 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#983">983</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#984">984</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#985">985</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#989">989</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#990">990</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#995">995</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#996">996</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#998">998</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#999">999</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1001">1001</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1033">1033</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1054">1054</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1056">1056</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1057">1057</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1058">1058</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1059">1059</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1060">1060</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1061">1061</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1062">1062</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1063">1063</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1067">1067</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1068">1068</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1069">1069</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1071">1071</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1072">1072</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1073">1073</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1074">1074</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1076">1076</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1077">1077</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1080">1080</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1090">1090</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1091">1091</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1092">1092</a>.</li>
 497 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#987">987</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1000">1000</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1007">1007</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1008">1008</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1016">1016</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1017">1017</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1018">1018</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1020">1020</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1026">1026</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1027">1027</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1028">1028</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1029">1029</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1030">1030</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1031">1031</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1032">1032</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1034">1034</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1035">1035</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1036">1036</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1041">1041</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1042">1042</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1046">1046</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1048">1048</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1051">1051</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1052">1052</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1053">1053</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1055">1055</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1064">1064</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1075">1075</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1078">1078</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1079">1079</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1081">1081</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1082">1082</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1083">1083</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1084">1084</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1085">1085</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1086">1086</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1087">1087</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1088">1088</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1089">1089</a>.</li>
 498 <li>Added the following Review issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#986">986</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#991">991</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#992">992</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#993">993</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#994">994</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#997">997</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1002">1002</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1003">1003</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1004">1004</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1005">1005</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1006">1006</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1009">1009</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1010">1010</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1011">1011</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1012">1012</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1013">1013</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1014">1014</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1015">1015</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1019">1019</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1021">1021</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1023">1023</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1024">1024</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1037">1037</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1038">1038</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1039">1039</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1040">1040</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1043">1043</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1044">1044</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1045">1045</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1047">1047</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1049">1049</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1050">1050</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1065">1065</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1066">1066</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1070">1070</a>.</li>
 499 <li>Added the following Tentatively Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#988">988</a>.</li>
 500 <li>Changed the following issues from New to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#905">905</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#942">942</a>.</li>
 501 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#980">980</a>.</li>
 502 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#874">874</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#875">875</a>.</li>
 503 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#732">732</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#793">793</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#794">794</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#800">800</a>.</li>
 504 <li>Changed the following issues from Pending NAD Editorial to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#683">683</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#892">892</a>.</li>
 505 <li>Changed the following issues from Ready to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#803">803</a>.</li>
 506 <li>Changed the following issues from NAD to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#466">466</a>.</li>
 507 <li>Changed the following issues from NAD Future to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#111">111</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#138">138</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#149">149</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#219">219</a>.</li>
 508 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#880">880</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#891">891</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#893">893</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#902">902</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#908">908</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#921">921</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#923">923</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#924">924</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#926">926</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#930">930</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#936">936</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#944">944</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#958">958</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#959">959</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#960">960</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#961">961</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#962">962</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#963">963</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#964">964</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#966">966</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#967">967</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#968">968</a>.</li>
 509 <li>Changed the following issues from Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#788">788</a>.</li>
 510 <li>Changed the following issues from New to Pending NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#937">937</a>.</li>
 511 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#879">879</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#899">899</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#901">901</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#907">907</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#909">909</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#929">929</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#934">934</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#938">938</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#940">940</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#943">943</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#950">950</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#965">965</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#970">970</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#971">971</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#975">975</a>.</li>
 512 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#817">817</a>.</li>
 513 <li>Changed the following issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#904">904</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#922">922</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#928">928</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#931">931</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#932">932</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#948">948</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#949">949</a>.</li>
 514 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#890">890</a>.</li>
 515 <li>Changed the following issues from Review to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#765">765</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#822">822</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#853">853</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#869">869</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#878">878</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#888">888</a>.</li>
 516 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#752">752</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#753">753</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#758">758</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#821">821</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#866">866</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#894">894</a>.</li>
 517 </ul></li>
 518 </ul>
 519 </li>
 520 <li>R62:
 521 2009-02-06 pre-Summit mailing.
 522 <ul>
 523 <li><b>Summary:</b><ul>
 524 <li>231 open issues, up by 44.</li>
 525 <li>751 closed issues, up by 0.</li>
 526 <li>982 issues total, up by 44.</li>
 527 </ul></li>
 528 <li><b>Details:</b><ul>
 529 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#939">939</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#940">940</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#941">941</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#942">942</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#943">943</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#944">944</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#945">945</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#946">946</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#947">947</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#948">948</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#949">949</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#950">950</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#951">951</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#952">952</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#953">953</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#954">954</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#955">955</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#956">956</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#957">957</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#958">958</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#959">959</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#960">960</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#961">961</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#962">962</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#963">963</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#964">964</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#965">965</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#966">966</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#967">967</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#968">968</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#969">969</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#970">970</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#971">971</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#972">972</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#973">973</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#974">974</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#975">975</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#976">976</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#977">977</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#978">978</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#979">979</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#980">980</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#981">981</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#982">982</a>.</li>
 530 </ul></li>
 531 </ul>
 532 </li>
 533 <li>R61:
 534 2008-12-05 mid-term mailing.
 535 <ul>
 536 <li><b>Summary:</b><ul>
 537 <li>187 open issues, up by 20.</li>
 538 <li>751 closed issues, up by 0.</li>
 539 <li>938 issues total, up by 20.</li>
 540 </ul></li>
 541 <li><b>Details:</b><ul>
 542 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#919">919</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#920">920</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#921">921</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#922">922</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#923">923</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#924">924</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#925">925</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#926">926</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#927">927</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#928">928</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#929">929</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#930">930</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#931">931</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#932">932</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#933">933</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#934">934</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#935">935</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#936">936</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#937">937</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#938">938</a>.</li>
 543 </ul></li>
 544 </ul>
 545 </li>
 546 <li>R60:
 547 2008-10-03 post-San Francisco mailing.
 548 <ul>
 549 <li><b>Summary:</b><ul>
 550 <li>167 open issues, down by 25.</li>
 551 <li>751 closed issues, up by 65.</li>
 552 <li>918 issues total, up by 40.</li>
 553 </ul></li>
 554 <li><b>Details:</b><ul>
 555 <li>Added the following CD1 issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#882">882</a>.</li>
 556 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#879">879</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#880">880</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#891">891</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#893">893</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#897">897</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#898">898</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#899">899</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#900">900</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#901">901</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#902">902</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#903">903</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#904">904</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#905">905</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#906">906</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#907">907</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#908">908</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#909">909</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#910">910</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#911">911</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#912">912</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#913">913</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#914">914</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#915">915</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#916">916</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#917">917</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#918">918</a>.</li>
 557 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#881">881</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#883">883</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#884">884</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#885">885</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#886">886</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#887">887</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#889">889</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#890">890</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#895">895</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#896">896</a>.</li>
 558 <li>Added the following Pending NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#892">892</a>.</li>
 559 <li>Added the following Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#894">894</a>.</li>
 560 <li>Added the following Review issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#888">888</a>.</li>
 561 <li>Changed the following issues from New to CD1: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#818">818</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#820">820</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#843">843</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#845">845</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#846">846</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#856">856</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#858">858</a>.</li>
 562 <li>Changed the following issues from Ready to CD1: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#180">180</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#387">387</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#396">396</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#522">522</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#629">629</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#691">691</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#713">713</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#714">714</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#720">720</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#728">728</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#762">762</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#769">769</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#771">771</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#772">772</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#776">776</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#779">779</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#787">787</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#805">805</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#806">806</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#807">807</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#808">808</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#809">809</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#813">813</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#824">824</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#829">829</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#842">842</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#844">844</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#848">848</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#850">850</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#852">852</a>.</li>
 563 <li>Changed the following issues from Review to CD1: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#23">23</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#675">675</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#692">692</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#698">698</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#709">709</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#734">734</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#804">804</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#823">823</a>.</li>
 564 <li>Changed the following issues from WP to CD1: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#44">44</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#49">49</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#76">76</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#91">91</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#92">92</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#98">98</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#109">109</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#117">117</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#118">118</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#120">120</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#123">123</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#136">136</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#153">153</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#165">165</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#167">167</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#171">171</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#179">179</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#182">182</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#183">183</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#184">184</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#185">185</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#186">186</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#187">187</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#198">198</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#200">200</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#201">201</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#202">202</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#206">206</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#214">214</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#221">221</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#225">225</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#226">226</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#228">228</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#229">229</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#230">230</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#231">231</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#232">232</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#233">233</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#234">234</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#235">235</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#237">237</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#238">238</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#239">239</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#240">240</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#241">241</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#242">242</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#243">243</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#247">247</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#248">248</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#250">250</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#251">251</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#252">252</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#253">253</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#254">254</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#256">256</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#258">258</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#259">259</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#260">260</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#261">261</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#262">262</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#263">263</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#264">264</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#265">265</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#266">266</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#268">268</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#270">270</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#271">271</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#272">272</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#273">273</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#274">274</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#275">275</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#276">276</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#278">278</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#280">280</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#281">281</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#282">282</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#283">283</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#284">284</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#285">285</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#286">286</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#288">288</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#291">291</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#292">292</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#294">294</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#295">295</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#297">297</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#298">298</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#300">300</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#301">301</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#303">303</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#305">305</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#306">306</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#307">307</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#308">308</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#310">310</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#311">311</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#312">312</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#315">315</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#316">316</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#317">317</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#318">318</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#319">319</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#320">320</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#321">321</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#322">322</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#324">324</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#325">325</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#327">327</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#328">328</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#329">329</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#331">331</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#333">333</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#334">334</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#335">335</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#336">336</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#337">337</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#338">338</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#339">339</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#340">340</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#341">341</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#345">345</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#346">346</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#347">347</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#349">349</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#352">352</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#354">354</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#355">355</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#358">358</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#359">359</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#360">360</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#362">362</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#363">363</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#364">364</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#365">365</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#369">369</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#370">370</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#371">371</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#373">373</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#375">375</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#376">376</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#379">379</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#380">380</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#381">381</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#383">383</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#384">384</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#389">389</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#391">391</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#395">395</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#400">400</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#401">401</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#402">402</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#403">403</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#404">404</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#405">405</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#407">407</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#410">410</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#411">411</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#412">412</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#414">414</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#415">415</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#416">416</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#420">420</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#422">422</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#425">425</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#426">426</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#428">428</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#432">432</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#435">435</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#436">436</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#441">441</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#442">442</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#443">443</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#448">448</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#449">449</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#453">453</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#456">456</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#461">461</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#464">464</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#465">465</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#467">467</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#468">468</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#474">474</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#475">475</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#478">478</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#488">488</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#495">495</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#496">496</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#497">497</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#505">505</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#507">507</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#508">508</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#518">518</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#519">519</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#520">520</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#521">521</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#524">524</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#527">527</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#530">530</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#531">531</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#534">534</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#535">535</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#537">537</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#538">538</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#540">540</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#541">541</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#542">542</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#543">543</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#545">545</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550">550</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#551">551</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#552">552</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#559">559</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#561">561</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#562">562</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#563">563</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#566">566</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#567">567</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#574">574</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#575">575</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#576">576</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#577">577</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#578">578</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#581">581</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#586">586</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#589">589</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#593">593</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#595">595</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#596">596</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#607">607</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#608">608</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#609">609</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#610">610</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#611">611</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#612">612</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#613">613</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#616">616</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#618">618</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#619">619</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#620">620</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#621">621</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#622">622</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#623">623</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#624">624</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#628">628</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#634">634</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#638">638</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#640">640</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#643">643</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#646">646</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#650">650</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#651">651</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#652">652</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#654">654</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#655">655</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#660">660</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#661">661</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#664">664</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#665">665</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#666">666</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#672">672</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#673">673</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#674">674</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#677">677</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#678">678</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#679">679</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#680">680</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#681">681</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#682">682</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#685">685</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#687">687</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#689">689</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#693">693</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#694">694</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#695">695</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#699">699</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#700">700</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#703">703</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#705">705</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#706">706</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#710">710</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#712">712</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#715">715</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#722">722</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#740">740</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#743">743</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#744">744</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#746">746</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#749">749</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#755">755</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#759">759</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#761">761</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#766">766</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#768">768</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#770">770</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#775">775</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#777">777</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#778">778</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#781">781</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#782">782</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#783">783</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#789">789</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#792">792</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#798">798</a>.</li>
 565 <li>Changed the following issues from Open to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#670">670</a>.</li>
 566 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#849">849</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#855">855</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#871">871</a>.</li>
 567 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#454">454</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#832">832</a>.</li>
 568 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#811">811</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#812">812</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#841">841</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#864">864</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#870">870</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#872">872</a>.</li>
 569 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#299">299</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#484">484</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#556">556</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#631">631</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#704">704</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#724">724</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#742">742</a>.</li>
 570 <li>Changed the following issues from Pending NAD Editorial to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#532">532</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#594">594</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#717">717</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#725">725</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#738">738</a>.</li>
 571 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#721">721</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#751">751</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#814">814</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#816">816</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#817">817</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#819">819</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#827">827</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#836">836</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#838">838</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#847">847</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#857">857</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#859">859</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#860">860</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#861">861</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#868">868</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#873">873</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#876">876</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#877">877</a>.</li>
 572 <li>Changed the following issues from Pending NAD Editorial to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#424">424</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#625">625</a>.</li>
 573 <li>Changed the following issues from Review to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#851">851</a>.</li>
 574 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#788">788</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#821">821</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#866">866</a>.</li>
 575 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#753">753</a>.</li>
 576 <li>Changed the following issues from Review to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#752">752</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#758">758</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#803">803</a>.</li>
 577 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#765">765</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#822">822</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#853">853</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#854">854</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#869">869</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#878">878</a>.</li>
 578 <li>Changed the following issues from TC to TC1: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1">1</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#3">3</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#5">5</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#7">7</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#8">8</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#9">9</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#11">11</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#13">13</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#14">14</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#15">15</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#16">16</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#17">17</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#18">18</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#19">19</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#20">20</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#21">21</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#22">22</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#24">24</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#25">25</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#26">26</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#27">27</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#28">28</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#29">29</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#30">30</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#31">31</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#32">32</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#33">33</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#34">34</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#35">35</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#36">36</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#37">37</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#38">38</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#39">39</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#40">40</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#41">41</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#42">42</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#46">46</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#47">47</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#48">48</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#50">50</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#51">51</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#52">52</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#53">53</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#54">54</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#55">55</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#56">56</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#57">57</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#59">59</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#60">60</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#61">61</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#62">62</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#63">63</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#64">64</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#66">66</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#68">68</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#69">69</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#70">70</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#71">71</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#74">74</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#75">75</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#78">78</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#79">79</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#80">80</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#83">83</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#86">86</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#90">90</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#106">106</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#108">108</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#110">110</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#112">112</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#114">114</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#115">115</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#119">119</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#122">122</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#124">124</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#125">125</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#126">126</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#127">127</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#129">129</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#132">132</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#133">133</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#134">134</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#137">137</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#139">139</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#141">141</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#142">142</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#144">144</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#146">146</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#147">147</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#148">148</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#150">150</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#151">151</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#152">152</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#154">154</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#155">155</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#156">156</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#158">158</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#159">159</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#160">160</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#161">161</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#164">164</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#168">168</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#169">169</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#170">170</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#172">172</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#173">173</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#174">174</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#175">175</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#176">176</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#181">181</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#189">189</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#193">193</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#195">195</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#199">199</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#208">208</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#209">209</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#210">210</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#211">211</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#212">212</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#217">217</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#220">220</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#222">222</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#223">223</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#224">224</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#227">227</a>.</li>
 579 </ul></li>
 580 </ul>
 581 </li>
 582 <li>R59:
 583 2008-08-22 pre-San Francisco mailing.
 584 <ul>
 585 <li><b>Summary:</b><ul>
 586 <li>192 open issues, up by 9.</li>
 587 <li>686 closed issues, up by 0.</li>
 588 <li>878 issues total, up by 9.</li>
 589 </ul></li>
 590 <li><b>Details:</b><ul>
 591 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#870">870</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#871">871</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#872">872</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#873">873</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#874">874</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#875">875</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#876">876</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#877">877</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#878">878</a>.</li>
 592 </ul></li>
 593 </ul>
 594 </li>
 595 <li>R58:
 596 2008-07-28 mid-term mailing.
 597 <ul>
 598 <li><b>Summary:</b><ul>
 599 <li>183 open issues, up by 12.</li>
 600 <li>686 closed issues, down by 4.</li>
 601 <li>869 issues total, up by 8.</li>
 602 </ul></li>
 603 <li><b>Details:</b><ul>
 604 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#862">862</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#863">863</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#864">864</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#865">865</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#866">866</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#867">867</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#868">868</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#869">869</a>.</li>
 605 <li>Changed the following issues from Pending NAD Editorial to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#393">393</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#557">557</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#592">592</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#754">754</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#757">757</a>.</li>
 606 <li>Changed the following issues from Pending WP to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#644">644</a>.</li>
 607 <li>Changed the following issues from WP to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#387">387</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#629">629</a>.</li>
 608 <li>Changed the following issues from Pending NAD Editorial to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#709">709</a>.</li>
 609 </ul></li>
 610 </ul>
 611 </li>
 612 <li>R57:
 613 2008-06-27 post-Sophia Antipolis mailing.
 614 <ul>
 615 <li><b>Summary:</b><ul>
 616 <li>171 open issues, down by 20.</li>
 617 <li>690 closed issues, up by 43.</li>
 618 <li>861 issues total, up by 23.</li>
 619 </ul></li>
 620 <li><b>Details:</b><ul>
 621 <li>Added the following NAD issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#840">840</a>.</li>
 622 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#841">841</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#843">843</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#845">845</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#846">846</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#847">847</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#849">849</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#853">853</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#854">854</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#855">855</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#856">856</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#857">857</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#858">858</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#859">859</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#860">860</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#861">861</a>.</li>
 623 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#839">839</a>.</li>
 624 <li>Added the following Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#842">842</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#844">844</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#848">848</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#850">850</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#852">852</a>.</li>
 625 <li>Added the following Review issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#851">851</a>.</li>
 626 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#826">826</a>.</li>
 627 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#570">570</a>.</li>
 628 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#786">786</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#831">831</a>.</li>
 629 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#756">756</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#767">767</a>.</li>
 630 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#723">723</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#726">726</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#794">794</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#815">815</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#825">825</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#830">830</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#833">833</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#834">834</a>.</li>
 631 <li>Changed the following issues from Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#471">471</a>.</li>
 632 <li>Changed the following issues from Review to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#539">539</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#711">711</a>.</li>
 633 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#713">713</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#714">714</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#769">769</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#772">772</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#779">779</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#787">787</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#805">805</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#806">806</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#807">807</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#808">808</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#809">809</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#813">813</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#824">824</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#829">829</a>.</li>
 634 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#180">180</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#396">396</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#522">522</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#720">720</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#762">762</a>.</li>
 635 <li>Changed the following issues from Review to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#691">691</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#728">728</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#771">771</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#776">776</a>.</li>
 636 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#692">692</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#698">698</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#752">752</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#804">804</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#823">823</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#828">828</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#832">832</a>.</li>
 637 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#23">23</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#675">675</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#734">734</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#803">803</a>.</li>
 638 <li>Changed the following issues from Ready to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#758">758</a>.</li>
 639 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#387">387</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#518">518</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550">550</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#574">574</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#595">595</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#596">596</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#612">612</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#618">618</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#629">629</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#638">638</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#672">672</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#673">673</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#685">685</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#710">710</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#715">715</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#722">722</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#740">740</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#743">743</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#744">744</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#746">746</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#749">749</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#755">755</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#759">759</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#761">761</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#766">766</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#768">768</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#770">770</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#775">775</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#777">777</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#778">778</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#781">781</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#782">782</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#783">783</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#789">789</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#792">792</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#798">798</a>.</li>
 640 </ul></li>
 641 </ul>
 642 </li>
 643 <li>R56:
 644 2008-05-16 pre-Sophia Antipolis mailing.
 645 <ul>
 646 <li><b>Summary:</b><ul>
 647 <li>191 open issues, up by 24.</li>
 648 <li>647 closed issues, up by 1.</li>
 649 <li>838 issues total, up by 25.</li>
 650 </ul></li>
 651 <li><b>Details:</b><ul>
 652 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#814">814</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#815">815</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#816">816</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#817">817</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#818">818</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#819">819</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#820">820</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#821">821</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#822">822</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#823">823</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#824">824</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#825">825</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#826">826</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#827">827</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#828">828</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#829">829</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#830">830</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#831">831</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#832">832</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#833">833</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#834">834</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#835">835</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#836">836</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#837">837</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#838">838</a>.</li>
 653 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#802">802</a>.</li>
 654 </ul></li>
 655 </ul>
 656 </li>
 657 <li>R55:
 658 2008-03-14 post-Bellevue mailing.
 659 <ul>
 660 <li><b>Summary:</b><ul>
 661 <li>167 open issues, down by 39.</li>
 662 <li>646 closed issues, up by 65.</li>
 663 <li>813 issues total, up by 26.</li>
 664 </ul></li>
 665 <li><b>Details:</b><ul>
 666 <li>Added the following Dup issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#795">795</a>.</li>
 667 <li>Added the following NAD issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#790">790</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#791">791</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#796">796</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#797">797</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#799">799</a>.</li>
 668 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#788">788</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#794">794</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#802">802</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#804">804</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#805">805</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#806">806</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#807">807</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#808">808</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#809">809</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#810">810</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#811">811</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#812">812</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#813">813</a>.</li>
 669 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#793">793</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#800">800</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#801">801</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#803">803</a>.</li>
 670 <li>Added the following Ready issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#789">789</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#792">792</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#798">798</a>.</li>
 671 <li>Changed the following issues from NAD Future to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#116">116</a>.</li>
 672 <li>Changed the following issues from NAD Future to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#188">188</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#323">323</a>.</li>
 673 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#729">729</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#730">730</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#731">731</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#733">733</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#735">735</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#736">736</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#737">737</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#739">739</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#741">741</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#745">745</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#748">748</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#763">763</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#764">764</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#773">773</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#784">784</a>.</li>
 674 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#388">388</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#462">462</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#579">579</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#627">627</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#653">653</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#686">686</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#707">707</a>.</li>
 675 <li>Changed the following issues from NAD Future to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#140">140</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#390">390</a>.</li>
 676 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#529">529</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#626">626</a>.</li>
 677 <li>Changed the following issues from Review to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#645">645</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#684">684</a>.</li>
 678 <li>Changed the following issues from NAD Future to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#128">128</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#180">180</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#190">190</a>.</li>
 679 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#617">617</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#718">718</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#719">719</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#720">720</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#724">724</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#732">732</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#734">734</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#742">742</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#747">747</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#750">750</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#753">753</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#756">756</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#760">760</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#762">762</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#767">767</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#774">774</a>.</li>
 680 <li>Changed the following issues from Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#675">675</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#688">688</a>.</li>
 681 <li>Changed the following issues from New to Pending NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#709">709</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#717">717</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#725">725</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#738">738</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#754">754</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#757">757</a>.</li>
 682 <li>Changed the following issues from Open to Pending NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#424">424</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#557">557</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#625">625</a>.</li>
 683 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#710">710</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#715">715</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#722">722</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#740">740</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#743">743</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#744">744</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#746">746</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#749">749</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#755">755</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#758">758</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#759">759</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#761">761</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#766">766</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#768">768</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#770">770</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#775">775</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#777">777</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#778">778</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#781">781</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#782">782</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#783">783</a>.</li>
 684 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#387">387</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#471">471</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550">550</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#612">612</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#629">629</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#673">673</a>.</li>
 685 <li>Changed the following issues from Review to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#518">518</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#574">574</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#596">596</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#618">618</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#638">638</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#672">672</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#685">685</a>.</li>
 686 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#711">711</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#728">728</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#771">771</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#776">776</a>.</li>
 687 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#539">539</a>.</li>
 688 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#561">561</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#562">562</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#563">563</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#567">567</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#581">581</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#620">620</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#621">621</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#622">622</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#623">623</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#624">624</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#661">661</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#664">664</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#665">665</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#666">666</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#674">674</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#679">679</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#680">680</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#687">687</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#689">689</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#693">693</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#694">694</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#695">695</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#700">700</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#703">703</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#705">705</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#706">706</a>.</li>
 689 <li>Changed the following issues from Tentatively Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#527">527</a>.</li>
 690 </ul></li>
 691 </ul>
 692 </li>
 693 <li>R54:
 694 2008-02-01 pre-Bellevue mailing.
 695 <ul>
 696 <li><b>Summary:</b><ul>
 697 <li>206 open issues, up by 23.</li>
 698 <li>581 closed issues, up by 0.</li>
 699 <li>787 issues total, up by 23.</li>
 700 </ul></li>
 701 <li><b>Details:</b><ul>
 702 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#765">765</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#766">766</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#767">767</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#768">768</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#769">769</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#770">770</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#771">771</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#772">772</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#773">773</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#774">774</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#775">775</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#776">776</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#777">777</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#778">778</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#779">779</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#780">780</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#781">781</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#782">782</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#783">783</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#784">784</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#785">785</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#786">786</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#787">787</a>.</li>
 703 <li>Changed the following issues from NAD Future to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#105">105</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#348">348</a>.</li>
 704 <li>Changed the following issues from NAD Future to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#353">353</a>.</li>
 705 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#697">697</a>.</li>
 706 <li>Changed the following issues from NAD Future to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#388">388</a>.</li>
 707 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#527">527</a>.</li>
 708 </ul></li>
 709 </ul>
 710 </li>
 711 <li>R53:
 712 2007-12-09 mid-term mailing.
 713 <ul>
 714 <li><b>Summary:</b><ul>
 715 <li>183 open issues, up by 11.</li>
 716 <li>581 closed issues, down by 1.</li>
 717 <li>764 issues total, up by 10.</li>
 718 </ul></li>
 719 <li><b>Details:</b><ul>
 720 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#755">755</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#756">756</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#757">757</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#758">758</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#759">759</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#760">760</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#761">761</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#762">762</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#763">763</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#764">764</a>.</li>
 721 <li>Changed the following issues from NAD to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#463">463</a>.</li>
 722 <li>Changed the following issues from Pending WP to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#607">607</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#608">608</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#654">654</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#655">655</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#677">677</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#682">682</a>.</li>
 723 </ul></li>
 724 </ul>
 725 </li>
 726 <li>R52:
 727 2007-10-19 post-Kona mailing.
 728 <ul>
 729 <li><b>Summary:</b><ul>
 730 <li>172 open issues, up by 4.</li>
 731 <li>582 closed issues, up by 27.</li>
 732 <li>754 issues total, up by 31.</li>
 733 </ul></li>
 734 <li><b>Details:</b><ul>
 735 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#724">724</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#725">725</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#726">726</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#727">727</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#728">728</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#729">729</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#730">730</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#731">731</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#732">732</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#733">733</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#734">734</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#735">735</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#736">736</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#737">737</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#738">738</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#739">739</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#740">740</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#741">741</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#742">742</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#743">743</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#744">744</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#745">745</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#746">746</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#747">747</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#748">748</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#749">749</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#750">750</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#751">751</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#752">752</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#753">753</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#754">754</a>.</li>
 736 <li>Changed the following issues from NAD Future to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#77">77</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#350">350</a>.</li>
 737 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#639">639</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#657">657</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#663">663</a>.</li>
 738 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#548">548</a>.</li>
 739 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#546">546</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550">550</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#564">564</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#565">565</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#573">573</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#585">585</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#588">588</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#627">627</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#629">629</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#630">630</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#632">632</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#635">635</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#653">653</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#659">659</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#667">667</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#668">668</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#669">669</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#670">670</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#671">671</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#673">673</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#686">686</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#704">704</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#707">707</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#708">708</a>.</li>
 740 <li>Changed the following issues from New to Pending NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#393">393</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#592">592</a>.</li>
 741 <li>Changed the following issues from New to Pending WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#607">607</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#608">608</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#654">654</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#655">655</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#677">677</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#682">682</a>.</li>
 742 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#561">561</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#562">562</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#563">563</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#567">567</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#581">581</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#595">595</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#620">620</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#621">621</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#622">622</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#623">623</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#624">624</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#661">661</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#664">664</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#665">665</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#666">666</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#674">674</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#675">675</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#679">679</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#687">687</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#688">688</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#689">689</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#693">693</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#694">694</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#695">695</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#700">700</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#703">703</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#705">705</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#706">706</a>.</li>
 743 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#680">680</a>.</li>
 744 <li>Changed the following issues from New to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#574">574</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#596">596</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#618">618</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#638">638</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#645">645</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#672">672</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#684">684</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#685">685</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#691">691</a>.</li>
 745 <li>Changed the following issues from New to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#552">552</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#634">634</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#650">650</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#651">651</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#652">652</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#678">678</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#681">681</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#699">699</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#712">712</a>.</li>
 746 <li>Changed the following issues from Open to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#258">258</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#401">401</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#524">524</a>.</li>
 747 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#488">488</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#577">577</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#660">660</a>.</li>
 748 </ul></li>
 749 </ul>
 750 </li>
 751 <li>R51:
 752 2007-09-09 pre-Kona mailing.
 753 <ul>
 754 <li><b>Summary:</b><ul>
 755 <li>168 open issues, up by 15.</li>
 756 <li>555 closed issues, up by 0.</li>
 757 <li>723 issues total, up by 15.</li>
 758 </ul></li>
 759 <li><b>Details:</b><ul>
 760 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#709">709</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#710">710</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#711">711</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#712">712</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#713">713</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#714">714</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#715">715</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#716">716</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#717">717</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#718">718</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#719">719</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#720">720</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#721">721</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#722">722</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#723">723</a>.</li>
 761 </ul></li>
 762 </ul>
 763 </li>
 764 <li>R50:
 765 2007-08-05 post-Toronto mailing.
 766 <ul>
 767 <li><b>Summary:</b><ul>
 768 <li>153 open issues, down by 5.</li>
 769 <li>555 closed issues, up by 17.</li>
 770 <li>708 issues total, up by 12.</li>
 771 </ul></li>
 772 <li><b>Details:</b><ul>
 773 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#697">697</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#698">698</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#699">699</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#700">700</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#701">701</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#702">702</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#703">703</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#704">704</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#705">705</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#706">706</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#707">707</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#708">708</a>.</li>
 774 <li>Changed the following issues from New to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#583">583</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#584">584</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#662">662</a>.</li>
 775 <li>Changed the following issues from Open to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#528">528</a>.</li>
 776 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#637">637</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#647">647</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#658">658</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#690">690</a>.</li>
 777 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#525">525</a>.</li>
 778 <li>Changed the following issues from Pending NAD Editorial to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#553">553</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#571">571</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#591">591</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#633">633</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#636">636</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#641">641</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#642">642</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#648">648</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#649">649</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#656">656</a>.</li>
 779 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#579">579</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#631">631</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#680">680</a>.</li>
 780 <li>Changed the following issues from Pending WP to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#258">258</a>.</li>
 781 <li>Changed the following issues from Ready to Pending WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#644">644</a>.</li>
 782 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#577">577</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#660">660</a>.</li>
 783 <li>Changed the following issues from Open to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#488">488</a>.</li>
 784 <li>Changed the following issues from Open to Review: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#518">518</a>.</li>
 785 <li>Changed the following issues from Ready to TRDec: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#604">604</a>.</li>
 786 <li>Changed the following issues from DR to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#453">453</a>.</li>
 787 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#531">531</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#551">551</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#566">566</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#628">628</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#640">640</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#643">643</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#646">646</a>.</li>
 788 </ul></li>
 789 </ul>
 790 </li>
 791 <li>R49:
 792 2007-06-23 pre-Toronto mailing.
 793 <ul>
 794 <li><b>Summary:</b><ul>
 795 <li>158 open issues, up by 13.</li>
 796 <li>538 closed issues, up by 7.</li>
 797 <li>696 issues total, up by 20.</li>
 798 </ul></li>
 799 <li><b>Details:</b><ul>
 800 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#677">677</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#678">678</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#679">679</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#680">680</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#681">681</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#682">682</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#684">684</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#685">685</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#686">686</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#687">687</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#688">688</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#689">689</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#690">690</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#691">691</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#692">692</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#693">693</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#694">694</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#695">695</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#696">696</a>.</li>
 801 <li>Added the following Pending NAD Editorial issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#683">683</a>.</li>
 802 <li>Changed the following issues from New to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#587">587</a>.</li>
 803 <li>Changed the following issues from Open to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#590">590</a>.</li>
 804 <li>Changed the following issues from New to Pending NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#636">636</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#642">642</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#648">648</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#649">649</a>.</li>
 805 </ul></li>
 806 </ul>
 807 </li>
 808 <li>R48:
 809 2007-05-06 post-Oxford mailing.
 810 <ul>
 811 <li><b>Summary:</b><ul>
 812 <li>145 open issues, down by 33.</li>
 813 <li>531 closed issues, up by 53.</li>
 814 <li>676 issues total, up by 20.</li>
 815 </ul></li>
 816 <li><b>Details:</b><ul>
 817 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#657">657</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#658">658</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#659">659</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#660">660</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#661">661</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#662">662</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#663">663</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#664">664</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#665">665</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#666">666</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#667">667</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#668">668</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#669">669</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#670">670</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#671">671</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#672">672</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#673">673</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#674">674</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#675">675</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a>.</li>
 818 <li>Changed the following issues from Tentatively Ready to Dup: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#479">479</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#536">536</a>.</li>
 819 <li>Changed the following issues from Tentatively Ready to NAD: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#385">385</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#463">463</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#466">466</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#470">470</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#515">515</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#526">526</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#547">547</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#560">560</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#572">572</a>.</li>
 820 <li>Changed the following issues from NAD to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#351">351</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#357">357</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#368">368</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#499">499</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#504">504</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#512">512</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#513">513</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#514">514</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#516">516</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#544">544</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#549">549</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#555">555</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#558">558</a>.</li>
 821 <li>Changed the following issues from Tentatively Ready to NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#482">482</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#615">615</a>.</li>
 822 <li>Changed the following issues from NAD_Future to NAD Future: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#77">77</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#105">105</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#111">111</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#116">116</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#128">128</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#138">138</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#140">140</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#149">149</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#180">180</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#188">188</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#190">190</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#219">219</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#323">323</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#348">348</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#350">350</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#353">353</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#388">388</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#390">390</a>.</li>
 823 <li>Changed the following issues from Tentatively Ready to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#471">471</a>.</li>
 824 <li>Changed the following issues from New to Pending NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#633">633</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#641">641</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#656">656</a>.</li>
 825 <li>Changed the following issues from Tentatively Ready to Pending NAD Editorial: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#532">532</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#553">553</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#571">571</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#591">591</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#594">594</a>.</li>
 826 <li>Changed the following issues from Tentatively Ready to Pending WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#258">258</a>.</li>
 827 <li>Changed the following issues from New to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#566">566</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#628">628</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#640">640</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#643">643</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#644">644</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#646">646</a>.</li>
 828 <li>Changed the following issues from Review to Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#531">531</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#551">551</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#604">604</a>.</li>
 829 <li>Changed the following issues from Ready to TRDec: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#598">598</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#599">599</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#600">600</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#601">601</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#602">602</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#603">603</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#605">605</a>.</li>
 830 <li>Changed the following issues from Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#543">543</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#545">545</a>.</li>
 831 <li>Changed the following issues from Tentatively Ready to WP: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#201">201</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#206">206</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#233">233</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#254">254</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#416">416</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#422">422</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#456">456</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#534">534</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#542">542</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#559">559</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#575">575</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#576">576</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#578">578</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#586">586</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#589">589</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#593">593</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#609">609</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#610">610</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#611">611</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#613">613</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#616">616</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#619">619</a>.</li>
 832 </ul></li>
 833 </ul>
 834 </li>
 835 <li>R47:
 836 2007-03-09 pre-Oxford mailing.
 837 <ul>
 838 <li><b>Summary:</b><ul>
 839 <li>178 open issues, up by 37.</li>
 840 <li>478 closed issues, up by 0.</li>
 841 <li>656 issues total, up by 37.</li>
 842 </ul></li>
 843 <li><b>Details:</b><ul>
 844 <li>Added the following New issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#620">620</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#621">621</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#622">622</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#623">623</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#624">624</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#627">627</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#628">628</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#629">629</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#630">630</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#631">631</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#632">632</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#633">633</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#634">634</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#635">635</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#636">636</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#637">637</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#638">638</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#639">639</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#640">640</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#641">641</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#642">642</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#643">643</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#644">644</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#645">645</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#646">646</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#647">647</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#648">648</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#649">649</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#650">650</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#651">651</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#652">652</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#653">653</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#654">654</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#655">655</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#656">656</a>.</li>
 845 <li>Added the following Open issues: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#625">625</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#626">626</a>.</li>
 846 <li>Changed the following issues from New to Open: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#570">570</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#580">580</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#582">582</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#590">590</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#612">612</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#614">614</a>.</li>
 847 <li>Changed the following issues from New to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#547">547</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#553">553</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#560">560</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#571">571</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#572">572</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#575">575</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#576">576</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#578">578</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#586">586</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#589">589</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#591">591</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#593">593</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#594">594</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#609">609</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#610">610</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#611">611</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#613">613</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#615">615</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#616">616</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#619">619</a>.</li>
 848 <li>Changed the following issues from Open to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#201">201</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#206">206</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#233">233</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#254">254</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#258">258</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#385">385</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#416">416</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#422">422</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#456">456</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#463">463</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#466">466</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#470">470</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#471">471</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#479">479</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#482">482</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#515">515</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#526">526</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#532">532</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#536">536</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#542">542</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#559">559</a>.</li>
 849 <li>Changed the following issues from Review to Tentatively Ready: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#534">534</a>.</li>
 850 </ul></li>
 851 </ul>
 852 </li>
 853 <li>R46:
 854 2007-01-12 mid-term mailing.
 855 <ul>
 856 <li><b>Summary:</b><ul>
 857 <li>141 open issues, up by 11.</li>
 858 <li>478 closed issues, down by 1.</li>
 859 <li>619 issues total, up by 10.</li>
 860 </ul></li>
 861 <li><b>Details:</b><ul>
 862 <li>Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#610">610</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#611">611</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#612">612</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#613">613</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#614">614</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#615">615</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#616">616</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#617">617</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#618">618</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#619">619</a>.</li>
 863 </ul></li>
 864 </ul>
 865 </li>
 866 <li>R45:
 867 2006-11-03 post-Portland mailing.
 868 <ul>
 869 <li><b>Summary:</b><ul>
 870 <li>130 open issues, up by 0.</li>
 871 <li>479 closed issues, up by 17.</li>
 872 <li>609 issues total, up by 17.</li>
 873 </ul></li>
 874 <li><b>Details:</b><ul>
 875 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#520">520</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#521">521</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#530">530</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#535">535</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#537">537</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#538">538</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#540">540</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#541">541</a> to WP.</li>
 876 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#504">504</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#512">512</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#516">516</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#544">544</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#549">549</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#554">554</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#555">555</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#558">558</a> to NAD.</li>
 877 <li>Moved issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#569">569</a> to Dup.</li>
 878 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#518">518</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#523">523</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#524">524</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#542">542</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#556">556</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#557">557</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#559">559</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#597">597</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#606">606</a> to Open.</li>
 879 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#543">543</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#545">545</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#549">549</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#549">549</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#598">598</a> - <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#603">603</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#605">605</a> to Ready.</li>
 880 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#531">531</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#551">551</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#604">604</a> to Review.</li>
 881 <li>Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#593">593</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#594">594</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#595">595</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#596">596</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#597">597</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#598">598</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#599">599</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#600">600</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#601">601</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#602">602</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#603">603</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#604">604</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#605">605</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#606">606</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#607">607</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#608">608</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#609">609</a>.</li>
 882 </ul></li>
 883 </ul>
 884 </li>
 885 <li>R44:
 886 2006-09-08 pre-Portland mailing.
 887 <ul>
 888 <li><b>Summary:</b><ul>
 889 <li>130 open issues, up by 6.</li>
 890 <li>462 closed issues, down by 1.</li>
 891 <li>592 issues total, up by 5.</li>
 892 </ul></li>
 893 <li><b>Details:</b><ul>
 894 <li>Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#583">583</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#584">584</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#585">585</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#586">586</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#587">587</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#588">588</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#589">589</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#590">590</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#591">591</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#592">592</a>.</li>
 895 </ul></li>
 896 </ul>
 897 </li>
 898 <li>R43:
 899 2006-06-23 mid-term mailing.
 900 <ul>
 901 <li><b>Summary:</b><ul>
 902 <li>124 open issues, up by 14.</li>
 903 <li>463 closed issues, down by 1.</li>
 904 <li>587 issues total, up by 13.</li>
 905 </ul></li>
 906 <li><b>Details:</b><ul>
 907 <li>Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#575">575</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#576">576</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#577">577</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#578">578</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#579">579</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#580">580</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#581">581</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#582">582</a>.</li>
 908 <li>Reopened <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#255">255</a>.</li>
 909 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#520">520</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#541">541</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#544">544</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#569">569</a> to Tentatively Ready.</li>
 910 </ul></li>
 911 </ul>
 912 </li>
 913 <li>R42:
 914 2006-04-21 post-Berlin mailing.
 915 <ul>
 916 <li><b>Summary:</b><ul>
 917 <li>110 open issues, down by 16.</li>
 918 <li>464 closed issues, up by 24.</li>
 919 <li>574 issues total, up by 8.</li>
 920 </ul></li>
 921 <li><b>Details:</b><ul>
 922 <li>Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#567">567</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#568">568</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#569">569</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#570">570</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#571">571</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#572">572</a>.</li>
 923 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#499">499</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#501">501</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#506">506</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#509">509</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#510">510</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#511">511</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#513">513</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#514">514</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#517">517</a> to NAD.</li>
 924 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#502">502</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#503">503</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#515">515</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#516">516</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#522">522</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#525">525</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#526">526</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#527">527</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#528">528</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#529">529</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#532">532</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#536">536</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#539">539</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#548">548</a> to Open.</li>
 925 <li>Moved issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#504">504</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#512">512</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#521">521</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#530">530</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#531">531</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#535">535</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#537">537</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#538">538</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#540">540</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#549">549</a> to Ready.</li>
 926 <li>Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#247">247</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#294">294</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#362">362</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#369">369</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#371">371</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#376">376</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#384">384</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#475">475</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#478">478</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#495">495</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#497">497</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#505">505</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#507">507</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#508">508</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#519">519</a> to WP.</li>
 927 <li>Moved issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#534">534</a> to Review.</li>
 928 </ul></li>
 929 </ul>
 930 </li>
 931 <li>R41:
 932 2006-02-24 pre-Berlin mailing.
 933 <ul>
 934 <li><b>Summary:</b><ul>
 935 <li>126 open issues, up by 31.</li>
 936 <li>440 closed issues, up by 0.</li>
 937 <li>566 issues total, up by 31.</li>
 938 </ul></li>
 939 <li><b>Details:</b><ul>
 940 <li>Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#536">536</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#537">537</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#538">538</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#539">539</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#540">540</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#541">541</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#542">542</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#543">543</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#544">544</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#545">545</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#546">546</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#547">547</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#548">548</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#549">549</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#550">550</a> ,<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#551">551</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#552">552</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#553">553</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#554">554</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#555">555</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#556">556</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#557">557</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#558">558</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#559">559</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#560">560</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#561">561</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#562">562</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#563">563</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#564">564</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#565">565</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#566">566</a>.</li>
 941 <li>Moved <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#342">342</a> from Ready to Open.</li>
 942 <li>Reopened <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#309">309</a>.</li>
 943 </ul></li>
 944 </ul>
 945 </li>
 946 <li>R40:
 947 2005-12-16 mid-term mailing.
 948 <ul>
 949 <li><b>Summary:</b><ul>
 950 <li>95 open issues.</li>
 951 <li>440 closed issues.</li>
 952 <li>535 issues total.</li>
 953 </ul></li>
 954 <li><b>Details:</b><ul>
 955 <li>Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#529">529</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#530">530</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#531">531</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#532">532</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#533">533</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#534">534</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#535">535</a>.</li>
 956 </ul></li>
 957 </ul>
 958 </li>
 959 <li>R39:
 960 2005-10-14 post-Mont Tremblant mailing.
 961 Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#526">526</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#528">528</a>.
 962 Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#280">280</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#461">461</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#464">464</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#465">465</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#467">467</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#468">468</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#474">474</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#496">496</a> from Ready to WP as per the vote from Mont Tremblant.
 963 Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#247">247</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#294">294</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#342">342</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#362">362</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#369">369</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#371">371</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#376">376</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#384">384</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#475">475</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#478">478</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#495">495</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#497">497</a> from Review to Ready.
 964 Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#498">498</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#504">504</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#506">506</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#509">509</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#510">510</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#511">511</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#512">512</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#513">513</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#514">514</a> from New to Open.
 965 Moved issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#505">505</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#507">507</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#508">508</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#519">519</a> from New to Ready.
 966 Moved issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#500">500</a> from New to NAD.
 967 Moved issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#518">518</a> from New to Review.
 968 </li>
 969 <li>R38:
 970 2005-07-03 pre-Mont Tremblant mailing.
 971 Merged open TR1 issues in <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#504">504</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#522">522</a>.
 972 Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#523">523</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#523">523</a>
 973 </li>
 974 <li>R37:
 975 2005-06 mid-term mailing.
 976 Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#498">498</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#503">503</a>.
 977 </li>
 978 <li>R36:
 979 2005-04 post-Lillehammer mailing. All issues in "ready" status except
 980 for <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#454">454</a> were moved to "DR" status, and all issues
 981 previously in "DR" status were moved to "WP".
 982 </li>
 983 <li>R35:
 984 2005-03 pre-Lillehammer mailing.
 985 </li>
 986 <li>R34:
 987 2005-01 mid-term mailing.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#488">488</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#494">494</a>.
 988 </li>
 989 <li>R33:
 990 2004-11 post-Redmond mailing. Reflects actions taken in Redmond.
 991 </li>
 992 <li>R32:
 993 2004-09 pre-Redmond mailing: reflects new proposed resolutions and
 994 new issues received after the 2004-07 mailing.  Added
 995 new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#479">479</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#481">481</a>.
 996 </li>
 997 <li>R31:
 998 2004-07 mid-term mailing: reflects new proposed resolutions and
 999 new issues received after the post-Sydney mailing.  Added
1000 new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#463">463</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#478">478</a>.
1001 </li>
1002 <li>R30:
1003 Post-Sydney mailing: reflects decisions made at the Sydney meeting.
1004 Voted all "Ready" issues from R29 into the working paper.
1005 Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#460">460</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#462">462</a>.
1006 </li>
1007 <li>R29:
1008 Pre-Sydney mailing.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#441">441</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#457">457</a>.
1009 </li>
1010 <li>R28:
1011 Post-Kona mailing: reflects decisions made at the Kona meeting.
1012 Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#432">432</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#440">440</a>.
1013 </li>
1014 <li>R27:
1015 Pre-Kona mailing.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#404">404</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#431">431</a>.
1016 </li>
1017 <li>R26:
1018 Post-Oxford mailing: reflects decisions made at the Oxford meeting.
1019 All issues in Ready status were voted into DR status.  All issues in
1020 DR status were voted into WP status.
1021 </li>
1022 <li>R25:
1023 Pre-Oxford mailing.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#390">390</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#402">402</a>.
1024 </li>
1025 <li>R24:
1026 Post-Santa Cruz mailing: reflects decisions made at the Santa Cruz
1027 meeting.  All Ready issues from R23 with the exception of <iref ref="253">, which has been given a new proposed resolution, were
1028 moved to DR status.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#383">383</a>-<iref ref="389">.  (Issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#387">387</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#389">389</a> were discussed
1029 at the meeting.)  Made progress on issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#225">225</a>, <iref ref="226">, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#229">229</a>: <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#225">225</a> and <iref ref="229"> have been moved to Ready status, and the only remaining
1030 concerns with <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#226">226</a> involve wording.
1031 </iref></iref></iref></iref></li>
1032 <li>R23:
1033 Pre-Santa Cruz mailing.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#367">367</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#382">382</a>.
1034 Moved issues in the TC to TC status.
1035 </li>
1036 <li>R22:
1037 Post-Curaçao mailing.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#362">362</a>-<iref ref="366">.
1038 </iref></li>
1039 <li>R21:
1040 Pre-Curaçao mailing.  Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#351">351</a>-<iref ref="361">.
1041 </iref></li>
1042 <li>R20:
1043 Post-Redmond mailing; reflects actions taken in Redmond.  Added
1044 new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#336">336</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#350">350</a>, of which issues
1045 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#347">347</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#350">350</a> were added since Redmond, hence
1046 not discussed at the meeting.
1047
1048 All Ready issues were moved to DR status, with the exception of issues
1049 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#284">284</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#241">241</a>, and <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#267">267</a>.
1050
1051 Noteworthy issues discussed at Redmond include
1052 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#120">120</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#202">202</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#226">226</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#233">233</a>,
1053 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#270">270</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#253">253</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#254">254</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#323">323</a>.
1054 </li>
1055 <li>R19:
1056 Pre-Redmond mailing.  Added new issues
1057 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#323">323</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#335">335</a>.
1058 </li>
1059 <li>R18:
1060 Post-Copenhagen mailing; reflects actions taken in Copenhagen.
1061 Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#312">312</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#317">317</a>, and discussed
1062 new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#271">271</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#314">314</a>.
1063
1064 Changed status of issues
1065 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#118">118</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#136">136</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#153">153</a>
1066 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#165">165</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#171">171</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#183">183</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#184">184</a>
1067 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#185">185</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#186">186</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#214">214</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#221">221</a>
1068 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#234">234</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#237">237</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#243">243</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#248">248</a>
1069 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#251">251</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#252">252</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#256">256</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#260">260</a>
1070 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#261">261</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#262">262</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#263">263</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#265">265</a>
1071 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#268">268</a>
1072 to DR.
1073
1074 Changed status of issues
1075 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#49">49</a>  <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#109">109</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#117">117</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#182">182</a>
1076 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#228">228</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#230">230</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#232">232</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#235">235</a>
1077 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#238">238</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#241">241</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#242">242</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#250">250</a>
1078 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#259">259</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#264">264</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#266">266</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#267">267</a>
1079 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#271">271</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#272">272</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#273">273</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#275">275</a>
1080 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#281">281</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#284">284</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#285">285</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#286">286</a>
1081 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#288">288</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#292">292</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#295">295</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#297">297</a>
1082 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#298">298</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#301">301</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#303">303</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#306">306</a>
1083 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#307">307</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#308">308</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#312">312</a>
1084 to Ready.
1085
1086 Closed issues
1087 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#111">111</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#277">277</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#279">279</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#287">287</a>
1088 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#289">289</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#293">293</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#302">302</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#313">313</a>
1089 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#314">314</a>
1090 as NAD.
1091
1092 </li>
1093 <li>R17:
1094 Pre-Copenhagen mailing.  Converted issues list to XML.  Added proposed
1095 resolutions for issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#49">49</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#76">76</a>, <iref ref="91">, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#235">235</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#250">250</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#267">267</a>.
1096 Added new issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#278">278</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#311">311</a>.
1097 </iref></li>
1098 <li>R16:
1099 post-Toronto mailing; reflects actions taken in Toronto. Added new
1100 issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#265">265</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#277">277</a>.  Changed status of issues
1101 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#3">3</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#8">8</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#9">9</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#19">19</a>,
1102 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#26">26</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#31">31</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#61">61</a>,
1103 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#63">63</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#86">86</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#108">108</a>,
1104 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#112">112</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#114">114</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#115">115</a>,
1105 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#122">122</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#127">127</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#129">129</a>,
1106 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#134">134</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#137">137</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#142">142</a>,
1107 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#144">144</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#146">146</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#147">147</a>,
1108 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#159">159</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#164">164</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#170">170</a>,
1109 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#181">181</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#199">199</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#208">208</a>,
1110 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#209">209</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#210">210</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#211">211</a>,
1111 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#212">212</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#217">217</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#220">220</a>,
1112 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#222">222</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#223">223</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#224">224</a>,
1113 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#227">227</a> to "DR".  Reopened issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#23">23</a>. Reopened
1114 issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#187">187</a>. Changed issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#2">2</a> and
1115 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#4">4</a> to NAD. Fixed a typo in issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#17">17</a>. Fixed
1116 issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#70">70</a>: signature should be changed both places it
1117 appears. Fixed issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#160">160</a>: previous version didn't fix
1118 the bug in enough places.
1119 </li>
1120 <li>R15:
1121 pre-Toronto mailing. Added issues
1122 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#233">233</a>-<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#264">264</a>. Some small HTML formatting
1123 changes so that we pass Weblint tests.
1124 </li>
1125 <li>R14:
1126 post-Tokyo II mailing; reflects committee actions taken in
1127 Tokyo. Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#228">228</a> to <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#232">232</a>. (00-0019R1/N1242)
1128 </li>
1129 <li>R13:
1130 pre-Tokyo II updated: Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#212">212</a> to <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#227">227</a>.
1131 </li>
1132 <li>R12:
1133 pre-Tokyo II mailing: Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#199">199</a> to
1134 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#211">211</a>. Added "and paragraph 5" to the proposed resolution
1135 of issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#29">29</a>.  Add further rationale to issue
1136 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#178">178</a>.
1137 </li>
1138 <li>R11:
1139 post-Kona mailing: Updated to reflect LWG and full committee actions
1140 in Kona (99-0048/N1224). Note changed resolution of issues
1141 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#4">4</a> and <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#38">38</a>. Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#196">196</a>
1142 to <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#198">198</a>. Closed issues list split into "defects" and
1143 "closed" documents.  Changed the proposed resolution of issue
1144 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#4">4</a> to NAD, and changed the wording of proposed resolution
1145 of issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#38">38</a>.
1146 </li>
1147 <li>R10:
1148 pre-Kona updated.  Added proposed resolutions <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#83">83</a>,
1149 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#86">86</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#91">91</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#92">92</a>,
1150 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#109">109</a>. Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#190">190</a> to
1151 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#195">195</a>. (99-0033/D1209, 14 Oct 99)
1152 </li>
1153 <li>R9:
1154 pre-Kona mailing.  Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#140">140</a> to
1155 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#189">189</a>. Issues list split into separate "active" and
1156 "closed" documents. (99-0030/N1206, 25 Aug 99)
1157 </li>
1158 <li>R8:
1159 post-Dublin mailing. Updated to reflect LWG and full committee actions
1160 in Dublin. (99-0016/N1193, 21 Apr 99)
1161 </li>
1162 <li>R7:
1163 pre-Dublin updated: Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#130">130</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#131">131</a>,
1164 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#132">132</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#133">133</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#134">134</a>,
1165 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#135">135</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#136">136</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#137">137</a>,
1166 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#138">138</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#139">139</a> (31 Mar 99)
1167 </li>
1168 <li>R6:
1169 pre-Dublin mailing. Added issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#127">127</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#128">128</a>,
1170 and <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#129">129</a>.  (99-0007/N1194, 22 Feb 99)
1171 </li>
1172 <li>R5:
1173 update issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#112">112</a>; added issues
1174 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#114">114</a> to <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#126">126</a>. Format revisions to prepare
1175 for making list public. (30 Dec 98)
1176 </li>
1177 <li>R4:
1178 post-Santa Cruz II updated: Issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#110">110</a>,
1179 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#111">111</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#112">112</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#113">113</a> added, several
1180 issues corrected. (22 Oct 98)
1181 </li>
1182 <li>R3:
1183 post-Santa Cruz II: Issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#94">94</a> to <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#109">109</a>
1184 added, many issues updated to reflect LWG consensus (12 Oct 98)
1185 </li>
1186 <li>R2:
1187 pre-Santa Cruz II: Issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#73">73</a> to <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#93">93</a> added,
1188 issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#17">17</a> updated. (29 Sep 98)
1189 </li>
1190 <li>R1:
1191 Correction to issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#55">55</a> resolution, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#60">60</a> code
1192 format, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#64">64</a> title. (17 Sep 98)
1193 </li>
1194 </ul>
1195
1196 <h2><a name="Status"></a>Issue Status</h2>
1197
1198   <p><b><a name="New">New</a></b> - The issue has not yet been
1199   reviewed by the LWG. Any <b>Proposed Resolution</b> is purely a
1200   suggestion from the issue submitter, and should not be construed as
1201   the view of LWG.</p>
1202
1203   <p><b><a name="Open">Open</a></b> - The LWG has discussed the issue
1204   but is not yet ready to move the issue forward. There are several
1205   possible reasons for open status:</p>
1206      <ul>
1207         <li>Consensus may have not yet have been reached as to how to deal
1208             with the issue.</li>
1209         <li>Informal consensus may have been reached, but the LWG awaits
1210             exact <b>Proposed Resolution</b> wording for review.</li>
1211         <li>The LWG wishes to consult additional technical experts before
1212             proceeding.</li>
1213         <li>The issue may require further study.</li>
1214      </ul>
1215
1216   <p>A <b>Proposed Resolution</b> for an open issue is still not be
1217   construed as the view of LWG. Comments on the current state of
1218   discussions are often given at the end of open issues in an italic
1219   font. Such comments are for information only and should not be given
1220   undue importance.</p>
1221
1222   <p><b><a name="Deferred">Deferred</a></b> - The LWG has discussed the issue,
1223   is not yet ready to move the issue forward, but neither does it deem the
1224   issue significant enough to delay publishing a standard or Technical Report.
1225   A typical deferred issue would be seeking to clarify wording that might be
1226   technically correct, but easily mis-read.</p>
1227
1228   <p>A <b>Proposed Resolution</b> for a deferred issue is still not be
1229   construed as the view of LWG. Comments on the current state of
1230   discussions are often given at the end of open issues in an italic
1231   font. Such comments are for information only and should not be given
1232   undue importance.</p>
1233
1234   <p><b><a name="Dup">Dup</a></b> - The LWG has reached consensus that
1235   the issue is a duplicate of another issue, and will not be further
1236   dealt with. A <b>Rationale</b> identifies the duplicated issue's
1237   issue number.  </p>
1238
1239   <p><b><a name="NAD">NAD</a></b> - The LWG has reached consensus that
1240   the issue is not a defect in the Standard.</p>
1241
1242   <p><b><a name="NAD Editorial">NAD Editorial</a></b> - The LWG has reached consensus that
1243   the issue can either be handled editorially, or is handled by a paper (usually
1244   linked to in the rationale).</p>
1245
1246   <p><b><a name="NAD Concepts">NAD Concepts</a></b> - The LWG has reached consensus that
1247   the issue is NAD for now, but represents a real issue when the library is
1248   done with language-supported concepts.</p>
1249
1250   <p><b><a name="NAD Future">NAD Future</a></b> - In addition to the regular
1251   status, the LWG believes that this issue should be revisited at the
1252   next revision of the standard.</p>
1253
1254   <p><b><a name="Review">Review</a></b> - Exact wording of a
1255   <b>Proposed Resolution</b> is now available for review on an issue
1256   for which the LWG previously reached informal consensus.</p>
1257
1258   <p><b><a name="Ready">Ready</a></b> - The LWG has reached consensus
1259   that the issue is a defect in the Standard, the <b>Proposed
1260   Resolution</b> is correct, and the issue is ready to forward to the
1261   full committee for further action as a Defect Report (DR).</p>
1262
1263   <p><b><a name="Resolved">Resolved</a></b> - The LWG has reached consensus
1264   that the issue is a defect in the Standard, but the resolution adopted to
1265   resolve the issue came via some other mechanism than this issue in the
1266   list - typically by applying a formal paper, occasionally as a side effect
1267   of consolidating several interacting issue resolutions into a single issue.</p>
1268
1269   <p><b><a name="DR">DR</a></b> - (Defect Report) - The full WG21/PL22.16
1270   committee has voted to forward the issue to the Project Editor to be
1271   processed as a Potential Defect Report. The Project Editor reviews
1272   the issue, and then forwards it to the WG21 Convenor, who returns it
1273   to the full committee for final disposition. This issues list
1274   accords the status of DR to all these Defect Reports regardless of
1275   where they are in that process.</p>
1276
1277   <p><b><a name="TC1">TC1</a></b> - (Technical Corrigenda 1) - The full
1278   WG21/PL22.16 committee has voted to accept the Defect Report's Proposed
1279   Resolution as a Technical Corrigenda.  Action on this issue is thus
1280   complete and no further action is possible under ISO rules.</p>
1281
1282   <p><b><a name="CD1">CD1</a></b> - (Committee Draft 2008) - The full
1283   WG21/PL22.16 committee has voted to accept the Defect Report's Proposed
1284   Resolution into the Fall 2008 Committee Draft.</p>
1285
1286   <p><b><a name="TRDec">TRDec</a></b> - (Decimal TR defect) - The
1287   LWG has voted to accept the Defect Report's Proposed
1288   Resolution into the Decimal TR.  Action on this issue is thus
1289   complete and no further action is expected.</p>
1290
1291   <p><b><a name="WP">WP</a></b> - (Working Paper) - The proposed
1292   resolution has not been accepted as a Technical Corrigendum, but
1293   the full WG21/PL22.16 committee has voted to apply the Defect Report's Proposed
1294   Resolution to the working paper.</p>
1295
1296   <p><b>Tentatively</b> - This is a <i>status qualifier</i>.  The issue has
1297   been reviewed online, or at an unofficial meeting, but not in an official meeting, and some support has been formed
1298   for the qualified status.  Tentatively qualified issues may be moved to the unqualified status
1299   and forwarded to full committee (if Ready) within the same meeting.  Unlike Ready issues, Tentatively Ready issues
1300   will be reviewed in subcommittee prior to forwarding to full committee.  When a status is
1301   qualified with Tentatively, the issue is still considered active.</p>
1302
1303   <p><b>Pending</b> - This is a <i>status qualifier</i>.  When prepended to
1304   a status this indicates the issue has been
1305   processed by the committee, and a decision has been made to move the issue to
1306   the associated unqualified status.  However for logistical reasons the indicated
1307   outcome of the issue has not yet appeared in the latest working paper.
1308
1309   </p><p>Issues are always given the status of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a> when
1310   they first appear on the issues list. They may progress to
1311   <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a> or <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Review">Review</a> while the LWG
1312   is actively working on them. When the LWG has reached consensus on
1313   the disposition of an issue, the status will then change to
1314   <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Dup">Dup</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#NAD">NAD</a>, or
1315   <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a> as appropriate.  Once the full J16 committee votes to
1316   forward Ready issues to the Project Editor, they are given the
1317   status of Defect Report ( <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#DR">DR</a>). These in turn may
1318   become the basis for Technical Corrigenda (<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#TC">TC</a>),
1319   or are closed without action other than a Record of Response
1320   (<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#RR">RR</a> ). The intent of this LWG process is that
1321   only issues which are truly defects in the Standard move to the
1322   formal ISO DR status.
1323   </p>
1324
1325
1326 <h2>Active Issues</h2>
1327 <hr>
1328 <h3><a name="964"></a>964. Various threading bugs #14</h3>
1329 <p><b>Section:</b> 30.5.2 [thread.condition.condvarany] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
1330  <b>Submitter:</b> Pete Becker <b>Opened:</b> 2009-01-07 <b>Last modified:</b> 2010-10-29</p>
1331 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#thread.condition.condvarany">issues</a> in [thread.condition.condvarany].</p>
1332 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
1333 <p><b>Discussion:</b></p>
1334 <p>
1335 The requirements for the constructor for <tt>condition_variable</tt> has several
1336 error conditions, but the requirements for the constructor for
1337 <tt>condition_variable_any</tt> has none. Is this difference intentional?
1338 </p>
1339
1340 <p><i>[
1341 Summit:
1342 ]</i></p>
1343
1344
1345 <blockquote>
1346 Move to open, pass to Howard. If this is intentional, a note may be
1347 helpful. If the error conditions are to be copied from
1348 <tt>condition_variable</tt>, this depends on LWG <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#965">965</a>.
1349 </blockquote>
1350
1351 <p><i>[
1352 Post Summit Howard adds:
1353 ]</i></p>
1354
1355
1356 <blockquote>
1357 The original intention
1358 (<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2447.htm#ConditionVariablesWording">N2447</a>)
1359 was to let the OS return whatever errors it was going to return, and for
1360 those to be translated into exceptions, for both
1361 <tt>condition_variable</tt> and <tt>condition_variable_any</tt>.  I have not
1362 received any complaints about specific error conditions from vendors on
1363 non-POSIX platforms, but such complaints would not surprise me if they surfaced.
1364 </blockquote>
1365
1366 <p><i>[
1367 2009-10 Santa Cruz:
1368 ]</i></p>
1369
1370
1371 <blockquote>
1372 Leave open. Benjamin to provide wording.
1373 </blockquote>
1374
1375 <p><i>[
1376 2010 Pittsburgh:
1377 ]</i></p>
1378
1379
1380 <blockquote>
1381 <p>
1382 We don't have throw clauses for condition variables.
1383 </p>
1384 <p>
1385 This issue may be dependent on LWG <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1268">1268</a>.
1386 </p>
1387 <p>
1388 Leave open. Detlef will coordinate with Benjamin.
1389 </p>
1390 <p>
1391 Consider merging LWG 964, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#966">966</a>, and <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1268">1268</a> into a
1392 single paper.
1393 </p>
1394 </blockquote>
1395
1396
1397
1398 <p><b>Proposed resolution:</b></p>
1399
1400
1401
1402
1403
1404 <hr>
1405 <h3><a name="966"></a>966. Various threading bugs #16</h3>
1406 <p><b>Section:</b> 30.5.1 [thread.condition.condvar] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
1407  <b>Submitter:</b> Pete Becker <b>Opened:</b> 2009-01-07 <b>Last modified:</b> 2010-10-29</p>
1408 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#thread.condition.condvar">issues</a> in [thread.condition.condvar].</p>
1409 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
1410 <p><b>Discussion:</b></p>
1411 <p>
1412 30.5.1 [thread.condition.condvar]:
1413 <tt>condition_variable::wait</tt> and
1414 <tt>condition_variable::wait_until</tt> both have a postcondition that
1415 <tt>lock</tt> is locked by the calling thread, and a throws clause that
1416 requires throwing an exception if this postcondition cannot be achieved.
1417 How can the implementation detect that this <tt>lock</tt> can never be
1418 obtained?
1419 </p>
1420
1421 <p><i>[
1422 Summit:
1423 ]</i></p>
1424
1425
1426 <blockquote>
1427 Move to open. Requires wording. Agreed this is an issue, and the
1428 specification should not require detecting deadlocks.
1429 </blockquote>
1430
1431 <p><i>[
1432 2009-08-01 Howard provides wording.
1433 ]</i></p>
1434
1435
1436 <blockquote>
1437 <p>
1438 The proposed wording is inspired by the POSIX spec which says:
1439 </p>
1440
1441 <blockquote>
1442 <dl>
1443 <dt>[EINVAL]</dt>
1444 <dd>The value specified by cond or mutex is invalid.</dd>
1445 <dt>[EPERM]</dt>
1446 <dd>The mutex was not owned by the current thread at the time of the call.</dd>
1447 </dl>
1448 </blockquote>
1449
1450 <p>
1451 I do not believe [EINVAL] is possible without memory corruption (which we don't
1452 specify).  [EPERM] is possible if this thread doesn't own the mutex, which is
1453 listed as a precondition.  "May" is used instead of "Shall" because not all
1454 OS's are POSIX.
1455 </p>
1456 </blockquote>
1457
1458 <p><i>[
1459 2009-10 Santa Cruz:
1460 ]</i></p>
1461
1462
1463 <blockquote>
1464 Leave open, Detlef to provide improved wording.
1465 </blockquote>
1466
1467 <p><i>[
1468 2009-10-23 Detlef Provided wording.
1469 ]</i></p>
1470
1471
1472 <blockquote>
1473 <p>
1474 Detlef's wording put in Proposed resolution.  Original wording here:
1475 </p>
1476 <blockquote>
1477 <p>
1478 Change 30.5.1 [thread.condition.condvar] p12, p19 and
1479 30.5.2 [thread.condition.condvarany] p10, p16:
1480 </p>
1481
1482 <blockquote>
1483 <i>Throws:</i> <ins>May throw</ins> <tt>std::system_error</tt>
1484 <ins>
1485 if a precondition is not met.
1486 </ins>
1487 <del>when the effects or postcondition
1488 cannot be achieved.</del>
1489 </blockquote>
1490 </blockquote>
1491 </blockquote>
1492
1493 <p><i>[
1494 2009-10 Santa Cruz:
1495 ]</i></p>
1496
1497
1498 <blockquote>
1499 Leave open, Detlef to provide improved wording.
1500 </blockquote>
1501
1502 <p><i>[
1503 2009-11-18 Anthony adds:
1504 ]</i></p>
1505
1506
1507 <blockquote>
1508 <p>
1509 <tt>condition_variable::wait</tt> takes a <tt>unique_lock&lt;mutex&gt;</tt>. We
1510 know whether or not a <tt>unique_lock</tt> owns a lock, through use of its
1511 <tt>owns_lock()</tt> member.
1512 </p>
1513
1514 <p>
1515 I would like to propose the following resolution:
1516 </p>
1517
1518 <blockquote>
1519 <p>
1520 Modify the first sentence of 30.5.1 [thread.condition.condvar] p9:
1521 </p>
1522
1523 <blockquote><pre>void wait(unique_lock&lt;mutex&gt;&amp; lock);
1524 </pre>
1525 <blockquote>
1526 9 <i>Precondition:</i> <del><tt>lock</tt> is locked by the calling thread</del>
1527 <ins><tt>lock.owns_lock()</tt> is <tt>true</tt></ins>, and either
1528 <p>...</p>
1529 </blockquote>
1530 </blockquote>
1531
1532 <p>
1533 Replace 30.5.1 [thread.condition.condvar] p11-13 with:
1534 </p>
1535
1536 <blockquote><pre>void wait(unique_lock&lt;mutex&gt;&amp; lock);
1537 </pre>
1538 <blockquote>
1539 <p>...</p>
1540 <p>
1541 11 <i>Postcondition:</i> <del><tt>lock</tt> is locked by the calling
1542 thread</del> <ins><tt>lock.owns_lock()</tt> is <tt>true</tt></ins>.
1543 </p>
1544
1545 <p>
1546 12 <i>Throws:</i> <tt>std::system_error</tt> <del>when the effects or
1547 postcondition cannot be achieved</del> <ins>if the implementation detects that
1548 the preconditions are not met or the effects cannot be achieved. Any exception
1549 thrown by <tt>lock.lock()</tt> or <tt>lock.unlock()</tt></ins>.
1550 </p>
1551
1552 <p>
1553 13 <i>Error Conditions:</i> <ins>The error conditions are implementation
1554 defined.</ins>
1555 </p>
1556
1557 <ul>
1558 <li><del>
1559 equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.
1560 </del></li>
1561 </ul>
1562
1563 </blockquote>
1564 </blockquote>
1565 </blockquote>
1566 </blockquote>
1567
1568 <p><i>[
1569 2010 Pittsburgh:
1570 ]</i></p>
1571
1572
1573 <blockquote>
1574 <p>
1575 There are heavy conflicts with adopted papers.
1576 </p>
1577 <p>
1578 This issue is dependent on LWG <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1268">1268</a>.
1579 </p>
1580 <p>
1581 Leave open pending outstanding edits to the working draft. Detlef will provide
1582 wording.
1583 </p>
1584 <p>
1585 Possibly related to <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#964">964</a>.
1586 </p>
1587
1588 </blockquote>
1589
1590
1591
1592 <p><b>Proposed resolution:</b></p>
1593 <p>
1594 Replace 30.5.1 [thread.condition.condvar] p12, p19 and
1595 30.5.2 [thread.condition.condvarany] p10, p16:
1596 </p>
1597
1598 <blockquote>
1599 <p><del>
1600 <i>Throws:</i> <tt>std::system_error</tt> when the effects or
1601 postcondition cannot be achieved.
1602 </del></p>
1603 <p><del>
1604 Error conditions:
1605 </del></p>
1606 <ul>
1607 <li><del>
1608 equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.
1609 </del></li>
1610 </ul>
1611
1612 <p><ins>
1613 <i>Throws:</i> It is implementation-defined whether a <tt>std::system_error</tt>
1614 with implementation-defined error condition is thrown if the
1615 precondition is not met.
1616 </ins></p>
1617 </blockquote>
1618
1619
1620
1621
1622
1623
1624 <hr>
1625 <h3><a name="985"></a>985. Allowing throwing move</h3>
1626 <p><b>Section:</b> 23.2.1 [container.requirements.general] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
1627  <b>Submitter:</b> Rani Sharoni <b>Opened:</b> 2009-02-12 <b>Last modified:</b> 2010-10-29</p>
1628 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#container.requirements.general">active issues</a> in [container.requirements.general].</p>
1629 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#container.requirements.general">issues</a> in [container.requirements.general].</p>
1630 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
1631 <p><b>Discussion:</b></p>
1632 <p>
1633 <b>Introduction</b>
1634 </p>
1635
1636 <p>This proposal is meant to resolve potential regression of the
1637 <a href="" ref="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2800.pdf">N2800</a>
1638 draft, see
1639 next section, and to relax the requirements for containers of types with
1640 throwing move constructors.</p>
1641
1642 <p>The basic problem is that some containers operations, like <tt>push_back</tt>,
1643 have a strong exception safety
1644 guarantee (i.e. no side effects upon exception) that are not achievable when
1645 throwing move constructors are used since there is no way to guarantee revert
1646 after partial move. For such operations the implementation can at most provide
1647 the basic guarantee (i.e. valid but unpredictable) as it does with multi
1648 copying operations (e.g. range insert).</p>
1649
1650 <p>For example, <tt>vector&lt;T&gt;::push_back()</tt> (where <tt>T</tt> has a move
1651 constructor) might resize the <tt>vector</tt> and move the objects to the new underlying
1652 buffer. If move constructor throws it might
1653 not be possible to recover the throwing object or to move the old objects back to
1654 the original buffer.</p>
1655
1656 <p>The current draft is explicit by disallowing throwing move
1657 for some operations (e.g. <tt>vector&lt;&gt;::reserve</tt>) and not clear about other
1658 operations mentioned in 23.2.1 [container.requirements.general]/10
1659 (e.g. single element <tt>insert</tt>): it guarantees strong exception
1660 safety without explicitly disallowing a throwing move constructor.
1661 </p>
1662
1663 <p>
1664 <b>Regression</b>
1665 </p>
1666
1667 <p>This section only refers to cases in which the contained object
1668 is by itself a standard container.</p>
1669
1670 <p>Move constructors of standard containers are allowed to throw and therefore
1671 existing operations are broken, compared with C++03, due to move optimization.
1672 (In fact existing implementations like Dinkumware are actually throwing).</p>
1673
1674 <p>For example, <tt>vector&lt; list&lt;int&gt; &gt;::reserve</tt> yields
1675 undefined behavior since <tt>list&lt;int&gt;</tt>'s move constructor is allowed to throw.
1676 On the other hand, the same operation has strong exception safety guarantee in
1677 C++03.</p>
1678
1679 <p>There are few options to solve this regression:</p>
1680
1681 <ol>
1682 <li>
1683 Disallow throwing move and throwing default constructor
1684 </li>
1685
1686 <li>
1687 Disallow throwing move but disallowing usage after move
1688 </li>
1689
1690 <li>
1691 Special casing
1692 </li>
1693
1694 <li>
1695 Disallow throwing move and making it optional
1696 </li>
1697
1698 </ol>
1699
1700 <p>Option 1 is suggested by proposal
1701 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2815.html">N2815</a>
1702 but it might not be applicable for existing implementations for which
1703 containers default constructors are throwing.</p>
1704
1705 <p>Option 2 limits the usage significantly and it's error prone
1706 by allowing zombie objects that are nothing but destructible (e.g. no <tt>clear()</tt>
1707 is allowed after move). It also potentially complicates the implementation by
1708 introducing special state.</p>
1709
1710 <p>Option 3 is possible, for example, using default
1711 construction and <tt>swap</tt> instead of move for standard containers case. The
1712 implementation is also free to provide special hidden operation for non
1713 throwing move without forcing the user the cope with the limitation of option-2
1714 when using the public move.</p>
1715
1716 <p>Option 4 impact the efficiency in all use cases due to rare throwing move.</p>
1717
1718 <p>The proposed wording will imply option 1 or 3 though option 2 is also
1719 achievable using more wording. I personally oppose to option 2 that has impact
1720 on usability.</p>
1721
1722 <p>
1723 <b>Relaxation for user types</b>
1724 </p>
1725
1726 <p>Disallowing throwing move constructors in general seems very restrictive
1727 since, for example, common implementation of move will be default construction
1728 + <tt>swap</tt> so move will throw if the
1729 default constructor will throw. This is currently the case with the Dinkumware
1730 implementation of node based containers (e.g. <tt>std::list</tt>)
1731 though this section doesn't refer to standard types.</p>
1732
1733 <p>For throwing move constructors it seem that the implementation should have
1734 no problems to provide the basic guarantee instead of the strong one. It's
1735 better to allow throwing move constructors with basic guarantee than to
1736 disallow it silently (compile and run), via undefined behavior.</p>
1737
1738 <p>There might still be cases in which the relaxation will break existing generic
1739 code that assumes the strong guarantee but it's broken either way given a
1740 throwing move constructor since this is not a preserving optimization. </p>
1741
1742 <p><i>[
1743 Batavia (2009-05):
1744 ]</i></p>
1745
1746 <blockquote>
1747 <p>
1748 Bjarne comments (referring to his draft paper):
1749 "I believe that my suggestion simply solves that.
1750 Thus, we don't need a throwing move."
1751 </p>
1752 <p>
1753 Move to Open and recommend it be deferred until after the next
1754 Committee Draft is issued.
1755 </p>
1756 </blockquote>
1757
1758 <p><i>[
1759 2009-10 Santa Cruz:
1760 ]</i></p>
1761
1762
1763 <blockquote>
1764 Should wait to get direction from Dave/Rani
1765 (<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2983.html">N2983</a>).
1766 </blockquote>
1767
1768 <p><i>[
1769 2010-03-28 Daniel updated wording to sync with N3092.
1770 ]</i></p>
1771
1772
1773 <blockquote>
1774 <p>
1775 The suggested change of 23.3.2.3 [deque.modifiers]/2 should be removed,
1776 because the current wording does say more general things:
1777 </p>
1778
1779 <blockquote>
1780 2 <i>Remarks:</i> If an exception is thrown other than by the copy constructor,
1781 move constructor, assignment operator, or move assignment operator of <tt>T</tt>
1782 there are no effects. If an exception is thrown by the move constructor of a
1783 non-CopyConstructible <tt>T</tt>, the effects are unspecified.
1784 </blockquote>
1785
1786 <p>
1787 The suggested change of 23.4.1.2 [vector.capacity]/2 should be removed,
1788 because the current wording does say more general things:
1789 </p>
1790
1791 <blockquote>
1792 2 <i>Effects:</i> A directive that informs a <tt>vector</tt> of a planned change
1793 in size, so that it can manage the storage allocation accordingly. After
1794 <tt>reserve()</tt>, <tt>capacity()</tt> is greater or equal to the argument of
1795 <tt>reserve</tt> if reallocation happens; and equal to the previous value of
1796 <tt>capacity()</tt> otherwise. Reallocation happens at this point if and only if
1797 the current capacity is less than the argument of <tt>reserve()</tt>. If an
1798 exception is thrown other than by the move constructor of a
1799 non-<tt>CopyConstructible</tt> type, there are no effects.
1800 </blockquote>
1801
1802 </blockquote>
1803
1804
1805
1806 <p><b>Proposed resolution:</b></p>
1807
1808 <p>
1809 23.2.1 [container.requirements.general]  paragraph 11 add footnote:
1810 </p>
1811
1812 <blockquote>
1813 <p>
1814 -11- Unless otherwise specified (see 23.1.4.1, 23.1.5.1, 23.2.2.3, and
1815 23.2.6.4) all container types defined in this Clause meet the following
1816 additional requirements:
1817 </p>
1818 <ul>
1819 <li>...</li>
1820 </ul>
1821
1822 <p>
1823 <ins>[<i>Note</i>: for compatibility with C++
1824 2003, when "no effect" is required, standard containers should not use the
1825 value_type's throwing move constructor when the contained object is by itself a
1826 standard container. -- <i>end note</i>]</ins>
1827 </p>
1828
1829 </blockquote>
1830
1831 <p>23.2.5.1 [unord.req.except] change paragraph 2 to say: </p>
1832
1833 <blockquote>
1834 <p>
1835 -2- For unordered associative containers, if an exception is
1836 thrown by any operation other than the container's hash function from within an
1837 <tt>insert()</tt> function inserting a single element, the <tt>insert()</tt>
1838 function has no effect<ins> unless the exception is thrown by the contained
1839 object move constructor</ins>.
1840 </p>
1841
1842 <p>
1843 -4- For unordered associative containers, if an exception is
1844 thrown from within a <tt>rehash()</tt> function other than by the container's hash
1845 function or comparison function, the <tt>rehash()</tt> function has no effect
1846 <ins>unless the exception is thrown by the contained
1847 object move constructor</ins>.</p>
1848
1849 </blockquote>
1850
1851 <p>
1852 23.3.2.3 [deque.modifiers] change paragraph 2 to say:
1853 </p>
1854
1855 <blockquote>
1856 -2- <i>Remarks:</i> If an exception is thrown other than by
1857 the copy constructor<ins>, move constructor</ins>
1858 or assignment operator of <tt>T</tt>
1859 there are no effects.
1860 <ins>If an exception is thrown by <tt>push_back()</tt> or <tt>emplace_back()</tt>
1861 function, that function has no effects unless the exception is thrown by
1862 the move constructor of <tt>T</tt>.</ins>
1863 </blockquote>
1864
1865 <p>
1866 23.4.1.2 [vector.capacity] paragraph 2 change to say:
1867 </p>
1868
1869 <blockquote>
1870 -2- <i>Effects:</i> A directive that informs a <tt>vector</tt>
1871 of a planned change in size, so
1872 that it can manage the storage allocation accordingly. After <tt>reserve()</tt>,
1873 <tt>capacity()</tt> is greater or equal to the argument of <tt>reserve</tt>
1874 if reallocation happens; and equal
1875 to the previous value of <tt>capacity()</tt>
1876 otherwise. Reallocation happens at this point if and only if the current
1877 capacity is less than the argument of <tt>reserve()</tt>.
1878 If an exception is thrown, there are no effects<ins>
1879 unless the exception is thrown by the contained object move constructor</ins>.
1880 </blockquote>
1881
1882 <p>
1883 23.4.1.2 [vector.capacity] paragraph 12 change to say:
1884 </p>
1885
1886 <blockquote>
1887 -12- <i>Requires:</i> <del>If <tt>value_type</tt> has a move constructor,
1888 that constructor shall not throw any exceptions.</del>
1889 <ins>If an exception is thrown, there are no effects unless the exception is thrown by
1890 the contained object move constructor.</ins>
1891 </blockquote>
1892
1893 <p>
1894 23.4.1.4 [vector.modifiers] change paragraph 1 to say:
1895 </p>
1896
1897 <blockquote>
1898 -1- <del><i>Requires:</i> If <tt>value_type</tt> has a move constructor,
1899 that constructor shall not throw any exceptions.</del>
1900 <ins><i>Remarks:</i> If an exception is thrown by <tt>push_back()</tt>
1901 or <tt>emplace_back()</tt> function, that function has no effect unless the
1902 exception is thrown by the move constructor of <tt>T</tt>.</ins>
1903 </blockquote>
1904
1905
1906
1907
1908
1909
1910 <hr>
1911 <h3><a name="1169"></a>1169. <tt>num_get</tt> not fully compatible with <tt>strto*</tt></h3>
1912 <p><b>Section:</b> 22.4.2.1.2 [facet.num.get.virtuals] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
1913  <b>Submitter:</b> Cosmin Truta <b>Opened:</b> 2009-07-04 <b>Last modified:</b> 2010-10-23</p>
1914 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#facet.num.get.virtuals">issues</a> in [facet.num.get.virtuals].</p>
1915 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
1916 <p><b>Discussion:</b></p>
1917 <p>
1918 As specified in the latest draft,
1919 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2914.pdf">N2914</a>,
1920 <code>num_get</code> is still not fully compatible with the following C
1921 functions: <code>strtoul</code>, <code>strtoull</code>,
1922 <code>strtof</code> and
1923 <code>strtod</code>.
1924 </p>
1925 <p>
1926 In C, when conversion of a string to an unsigned integer type falls
1927 outside the
1928 representable range, <code>strtoul</code> and <code>strtoull</code> return
1929 <code>ULONG_MAX</code> and <code>ULLONG_MAX</code>, respectively,
1930 regardless
1931 whether the input field represents a positive or a negative value.
1932 On the other hand, the result of <code>num_get</code> conversion of
1933 negative
1934 values to unsigned integer types is zero. This raises a compatibility
1935 issue.
1936 </p>
1937 <p>
1938 Moreover, in C, when conversion of a string to a floating-point type falls
1939 outside the representable range, <code>strtof</code>, <code>strtod</code>
1940 and
1941 <code>strtold</code> return <code>±HUGE_VALF</code>,
1942 <code>±HUGE_VAL</code> and <code>±HUGE_VALL</code>, respectively.
1943 On the other hand, the result of <code>num_get</code> conversion of such
1944 out-of-range floating-point values results in the most positive/negative
1945 representable value.
1946 Although many C library implementations do implement <code>HUGE_VAL</code>
1947 (etc.) as the highest representable (which is, usually, the infinity),
1948 this
1949 isn't required by the C standard. The C library specification makes no
1950 statement regarding the value of <code>HUGE_VAL</code> and friends, which
1951 potentially raises the same compatibility issue as in the above case of
1952 unsigned integers.
1953 In addition, neither C nor C++ define symbolic constants for the maximum
1954 representable floating-point values (they only do so only for the maximum
1955 representable <i>finite</i> floating-point values), which raises a
1956 usability
1957 issue (it would be hard for the programmer to check the result of
1958 <code>num_get</code> against overflow).
1959 </p>
1960 <p>
1961 As such, we propose to adjust the specification of <code>num_get</code> to
1962 closely follow the behavior of all of its underlying C functions.
1963 </p>
1964
1965
1966
1967 <p><i>[
1968 2010 Rapperswil:
1969 ]</i></p>
1970
1971
1972 <blockquote>
1973 Some concern that this is changing the specification for an existing C++03 function, but it was pointed out that this was underspecified as resolved by issue 23.  This is clean-up for that issue in turn.
1974
1975 Some concern that we are trying to solve the same problem in both clause 22 and 27.
1976
1977 Bill: There's a change here as to whether val is stored to in an error case.
1978
1979 Pablo: Don't think this changes whether val is stored to or not, but changes the value that is stored.
1980
1981 Bill: Remembers having skirmishes with customers and testers as to whether val is stored to, and the resolution was not to store in error cases.
1982
1983 Howard: Believes since C++03 we made a change to always store in overflow.
1984
1985 Everyone took some time to review the issue.
1986
1987 Pablo: C++98 definitely did not store any value during an error condition.
1988
1989 Dietmar: Depends on the question of what is considered an error, and whether overflow is an error or not, which was the crux of LWG 23.
1990
1991 Pablo: Yes, but given the "zero, if the conversion function fails to convert the entire field", we are requiring every error condition to store.
1992
1993 Bill: When did this happen?
1994
1995 Alisdair: One of the last two or three meetings.
1996
1997 Dietmar: To store a value in case of failure is a very bad idea.
1998
1999 Move to Open, needs more study.
2000 </blockquote>
2001
2002
2003
2004 <p><b>Proposed resolution:</b></p>
2005
2006 <p>
2007 Change 22.4.2.1.2 [facet.num.get.virtuals] as follows:
2008 </p>
2009 <blockquote>
2010 <p>
2011 <b>Stage 3:</b>
2012 The sequence of <code>char</code>s accumulated in stage 2 (the field) is
2013 converted to a numeric value by the rules of one of the functions declared in
2014 the header <code>&lt;cstdlib&gt;</code>:
2015 </p>
2016 <ul>
2017 <li>For a signed integer value, the function <code>strtoll</code>.</li>
2018 <li>For an unsigned integer value, the function <code>strtoull</code>.</li>
2019 <li><ins>For a <code>float</code> value, the function
2020     <code>strtof</code>.</ins></li>
2021 <li><ins>For a <code>double</code> value, the function
2022     <code>strtod</code>.</ins></li>
2023 <li>For a <del>floating-point</del> <ins><code>long double</code></ins>
2024     value, the function <code>strtold</code>.</li>
2025 </ul>
2026 <p>
2027 The numeric value to be stored can be one of:
2028 </p>
2029 <ul>
2030 <li>zero, if the conversion function fails to convert the entire field.
2031     <del><code>ios_base::failbit</code> is assigned to <code>err</code>.</del></li>
2032 <li>the most positive <ins>(or negative)</ins> representable value, if
2033     the field <ins>to be converted to a signed integer type</ins> represents a
2034     value too large positive <ins>(or negative)</ins> to be represented in
2035     <code>val</code>.
2036     <del><code>ios_base::failbit</code> is assigned to <code>err</code>.</del></li>
2037 <li><del>the most negative representable value or zero for an unsigned integer
2038     type, if the field represents a value too large negative to be represented
2039     in <code>val</code>.
2040     <code>ios_base::failbit</code> is assigned to <code>err</code>.</del></li>
2041 <li><ins>the most positive representable value, if the field to be converted to
2042     an unsigned integer type represents a value that cannot be represented in
2043     <code>val</code>.</ins></li>
2044 <li>the converted value, otherwise.</li>
2045 </ul>
2046 <p>
2047 The resultant numeric value is stored in <code>val</code>.
2048 <ins>If the conversion function fails to convert the entire field, or if the
2049 field represents a value outside the range of representable values,
2050 <code>ios_base::failbit</code> is assigned to <code>err</code>.</ins>
2051 </p>
2052 </blockquote>
2053
2054
2055
2056
2057
2058
2059 <hr>
2060 <h3><a name="1175"></a>1175. <tt>unordered</tt> complexity</h3>
2061 <p><b>Section:</b> 23.2.5 [unord.req] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
2062  <b>Submitter:</b> Pablo Halpern <b>Opened:</b> 2009-07-17 <b>Last modified:</b> 2010-10-23</p>
2063 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#unord.req">active issues</a> in [unord.req].</p>
2064 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#unord.req">issues</a> in [unord.req].</p>
2065 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
2066 <p><b>Discussion:</b></p>
2067 <p>
2068 When I look at the <tt>unordered_*</tt> constructors, I think the complexity is poorly
2069 described and does not follow the style of the rest of the standard.
2070 </p>
2071
2072 <p>
2073 The complexity for the default constructor is specified as constant.
2074  Actually, it is proportional to <tt>n</tt>, but there are no invocations of
2075 <tt>value_type</tt> constructors or other <tt>value_type</tt> operations.
2076 </p>
2077
2078 <p>
2079 For the iterator-based constructor the complexity should be:
2080 </p>
2081
2082 <blockquote>
2083 <i>Complexity:</i> exactly <tt>n</tt> calls to construct <tt>value_type</tt>
2084 from <tt>InputIterator::value_type</tt> (where <tt>n = distance(f,l)</tt>).
2085 The number of calls to <tt>key_equal::operator()</tt> is proportional to
2086 <tt>n</tt> in the average case and <tt>n*n</tt> in the worst case.
2087 </blockquote>
2088
2089
2090
2091 <p><i>[
2092 2010 Rapperswil:
2093 ]</i></p>
2094
2095
2096 <blockquote>
2097 Concern that the current wording may require O(1) where that cannot be delivered.  We need to look at both the clause 23 requirements tables and the constructor description of each unodered container to be sure.
2098
2099 Howard suggests NAD Editorial as we updated the container requirement tables since this issue was written.
2100
2101 Daniel offers to look deeper, and hopefully produce wording addressing any outstanding concerns at the next meeting.
2102
2103 Move to Open.
2104 </blockquote>
2105
2106
2107
2108 <p><b>Proposed resolution:</b></p>
2109 <p>
2110 </p>
2111
2112
2113
2114
2115
2116 <hr>
2117 <h3><a name="1213"></a>1213. Meaning of valid and singular iterator underspecified</h3>
2118 <p><b>Section:</b> 24.2 [iterator.requirements] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Deferred">Deferred</a>
2119  <b>Submitter:</b> Daniel Krügler <b>Opened:</b> 2009-09-19 <b>Last modified:</b> 2010-11-14</p>
2120 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#iterator.requirements">issues</a> in [iterator.requirements].</p>
2121 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Deferred">Deferred</a> status.</p>
2122 <p><b>Discussion:</b></p>
2123 <p>
2124 The terms <em>valid</em> iterator and <em>singular</em> aren't
2125 properly defined. The fuzziness of those terms became even worse
2126 after the resolution of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#208">208</a> (including further updates by <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#278">278</a>). In
2127 24.2 [iterator.requirements] as of
2128 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2723.pdf">N2723</a>
2129 the standard says now:
2130 </p>
2131
2132 <blockquote>
2133 <p>
2134 5 - These values are called past-the-end values. Values of an iterator <tt>i</tt> for
2135 which the expression <tt>*i</tt> is defined are called dereferenceable. The library
2136 never assumes that past-the-end values are dereferenceable. Iterators
2137 can also have singular values that are not associated with any
2138 container. [...] Results of most expressions are undefined for singular
2139 values; the only exceptions are destroying an iterator that holds a
2140 singular value and the assignment of a non-singular value to an iterator
2141 that holds a singular value. [...] Dereferenceable values are always
2142 non-singular.
2143 </p>
2144
2145 <p>
2146 10 - An invalid iterator is an iterator that may be singular.
2147 </p>
2148 </blockquote>
2149
2150 <p>
2151 First, issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#208">208</a> intentionally removed the earlier constraint that past-the-end
2152 values are always non-singular. The reason for this was to support null
2153 pointers as past-the-end iterators of e.g. empty sequences. But there
2154 seem to exist different views on what a singular (iterator) value is. E.g.
2155 according to the <a href="http://www.sgi.com/tech/stl/trivial.html">SGI definition</a>
2156 a null pointer is <em>not</em> a singular value:
2157 </p>
2158
2159 <blockquote>
2160 Dereferenceable iterators are always nonsingular, but the converse is
2161 not true.
2162 For example, a null pointer is nonsingular (there are well defined operations
2163 involving null pointers) even thought it is not dereferenceable.
2164 </blockquote>
2165
2166 <p>
2167 and <a href="http://www.sgi.com/tech/stl/InputIterator.html">proceeds</a>:
2168 </p>
2169
2170 <blockquote>
2171 An iterator is valid if it is dereferenceable or past-the-end.
2172 </blockquote>
2173
2174 <p>
2175 Even if the standard prefers a different meaning of singular here, the
2176 change was
2177 incomplete, because by restricting feasible expressions of singular
2178 iterators to
2179 destruction and assignment isn't sufficient for a past-the-end
2180 iterator: Of-course
2181 it must still be equality-comparable and in general be a readable value.
2182 </p>
2183
2184 <p>
2185 Second, the standard doesn't clearly say whether a past-the-end value is
2186 a valid iterator or not. E.g. 20.9.8 [specialized.algorithms]/1 says:
2187 </p>
2188
2189 <blockquote>
2190 In all of the following algorithms, the formal template parameter
2191 <tt>ForwardIterator</tt>
2192 is required to satisfy the requirements of a forward iterator (24.1.3)
2193 [..], and is
2194 required to have the property that no exceptions are thrown from [..], or
2195 dereference of valid iterators.
2196 </blockquote>
2197
2198 <p>
2199 The standard should make better clear what "singular pointer" and "valid
2200 iterator" means. The fact that the meaning of a valid <em>value</em>
2201 has a core language meaning doesn't imply that for an iterator concept
2202 the term "valid iterator" has the same meaning.
2203 </p>
2204
2205 <p>
2206 Let me add a final example: In X [allocator.concepts.members] of
2207 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2914.pdf">N2914</a>
2208 we find:
2209 </p>
2210
2211 <blockquote><pre>pointer X::allocate(size_type n);
2212 </pre>
2213
2214 <blockquote>
2215 11 <i>Returns:</i> a pointer to the allocated memory. [<i>Note:</i> if <tt>n == 0</tt>, the return
2216 value is unspecified. \97<i>end note</i>]
2217 </blockquote>
2218
2219 <p>
2220 [..]
2221 </p>
2222
2223 <pre>void X::deallocate(pointer p, size_type n);
2224 </pre>
2225
2226 <blockquote>
2227 <i>Preconditions:</i> <tt>p</tt> shall be a non-singular pointer value obtained from a call
2228 to <tt>allocate()</tt> on this allocator or one that compares equal to it.
2229 </blockquote>
2230 </blockquote>
2231
2232 <p>
2233 If singular pointer value would include null pointers this make the
2234 preconditions
2235 unclear if the pointer value is a result of <tt>allocate(0)</tt>: Since the return value
2236 is unspecified, it could be a null pointer. Does that mean that programmers
2237 need to check the pointer value for a null value before calling deallocate?
2238 </p>
2239
2240 <p><i>[
2241 2010-11-09 Daniel comments:
2242 ]</i></p>
2243
2244
2245 <p>
2246 A later paper is in preparation.
2247 </p>
2248
2249 <p><i>[
2250 2010 Batavia:
2251 ]</i></p>
2252
2253
2254 <p>
2255 Doesn't need to be resolved for Ox
2256 </p>
2257
2258
2259 <p><b>Proposed resolution:</b></p>
2260 Consider to await the paper.
2261
2262
2263
2264
2265
2266 <hr>
2267 <h3><a name="1214"></a>1214. Insufficient/inconsistent key immutability requirements for  associative containers</h3>
2268 <p><b>Section:</b> 23.2.4 [associative.reqmts] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Deferred">Deferred</a>
2269  <b>Submitter:</b> Daniel Krügler <b>Opened:</b> 2009-09-20 <b>Last modified:</b> 2010-11-14</p>
2270 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#associative.reqmts">active issues</a> in [associative.reqmts].</p>
2271 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#associative.reqmts">issues</a> in [associative.reqmts].</p>
2272 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Deferred">Deferred</a> status.</p>
2273 <p><b>Discussion:</b></p>
2274 <p>
2275 Scott Meyers' mentions on a recent posting on <a href="http://groups.google.de/group/comp.std.c++/msg/6f9160fc428bcbea">c.s.c++</a>
2276 some arguments that point to an incomplete resolution
2277 of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a> and to an inconsistency of requirements on keys in ordered and
2278 unordered associative
2279 containers:
2280 </p>
2281
2282 <blockquote>
2283 <p>
2284 1) <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a> introduced the term immutable without defining it in a unique manner in
2285 23.2.4 [associative.reqmts]/5:
2286 </p>
2287
2288 <blockquote>
2289 [..] Keys in an associative container are immutable.
2290 </blockquote>
2291
2292 <p>
2293 According to conventional dictionaries immutable is an unconditional way of
2294 saying that something cannot be changed. So without any further explicit
2295 allowance a user <em>always</em> runs into undefined behavior if (s)he attempts
2296 to modify such a key. IMO this was not the intend of the committee to resolve
2297 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a> in that way because the comments suggest an interpretation that
2298 should give any user the freedom to modify the key in an <em>explicit</em> way
2299 <em>provided</em> it would not affect the sort order in that container.
2300 </p>
2301
2302 <p>
2303 2) Another observation was that surprisingly no similar 'safety guards'
2304 exists against unintentional key changes for the unordered associative
2305 containers, specifically there is no such requirement as in
2306 23.2.4 [associative.reqmts]/6 that "both <tt>iterator</tt> and <tt>const_iterator</tt> are constant
2307 iterators". But the need for such protection against unintentional
2308 changes as well as the constraints in which manner any explicit
2309 changes may be performed are both missing and necessary, because
2310 such changes could potentially change the <em>equivalence</em> of keys that
2311 is measured by the <tt>hasher</tt> and <tt>key_equal</tt>.
2312 </p>
2313
2314 <p>
2315 I suggest to fix the unconditional wording involved with "immutable keys"
2316 by at least adding a hint for the reader that users <em>may</em> perform such
2317 changes in an explicit manner <em>and</em> to perform similar wording changes
2318 as <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a> did for the ordered associative containers also for the unordered
2319 containers.
2320 </p>
2321 </blockquote>
2322
2323 <p><i>[
2324 2010-03-27 Daniel provides wording.
2325 ]</i></p>
2326
2327
2328 <blockquote>
2329 This update attempts to provide normative wording that harmonizes the key and
2330 function object constraints of associative and unordered containers.
2331 </blockquote>
2332
2333 <p><i>[
2334 2010 Batavia:
2335 ]</i></p>
2336
2337
2338 <p>
2339 We're uncomfortable with the first agenda item, and we can live with the second agenda
2340 item being applied before or after Madrid.
2341 </p>
2342
2343
2344 <p><b>Proposed resolution:</b></p>
2345 <ol>
2346 <li>
2347 <p>
2348 Change 23.2.4 [associative.reqmts]/2 as indicated: <i>[This ensures that
2349 associative containers make better clear what this "arbitrary" type is, as the
2350 unordered containers do in 23.2.5 [unord.req]/3]</i>
2351 </p>
2352
2353 <blockquote>
2354 2 Each associative container is parameterized on <tt>Key</tt> and an ordering
2355 relation <tt>Compare</tt> that induces a strict weak ordering (25.4) on elements
2356 of <tt>Key</tt>. In addition, <tt>map</tt> and <tt>multimap</tt> associate an
2357 arbitrary <ins><em>mapped type</em></ins><del>type</del> <tt>T</tt> with the
2358 <tt>Key</tt>. The object of type <tt>Compare</tt> is called the <em>comparison
2359 object</em> of a container.
2360 </blockquote>
2361 </li>
2362
2363 <li>
2364 <p>
2365 Change 23.2.4 [associative.reqmts]/5 as indicated: <i>[This removes the
2366 too strong requirement that keys must not be changed at all and brings this line
2367 in sync with 23.2.5 [unord.req]/7. We take care about the real
2368 constraints by the remaining suggested changes. The rationale provided by LWG
2369 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#103">103</a> didn't really argue why that addition is necessary, and I
2370 believe the remaining additions make it clear that any user changes have strong
2371 restrictions]</i>:
2372 </p>
2373
2374 <blockquote>
2375 5 For <tt>set</tt> and <tt>multiset</tt> the value type is the same as the key
2376 type. For <tt>map</tt> and <tt>multimap</tt> it is equal to <tt>pair&lt;const
2377 Key, T&gt;</tt>. <del>Keys in an associative container are immutable.</del>
2378 </blockquote>
2379 </li>
2380
2381 <li>
2382 <p>
2383 Change 23.2.5 [unord.req]/3+4 as indicated: <i>[The current sentence of
2384 p.4 has doesn't say something really new and this whole subclause misses to
2385 define the concepts of the container-specific hasher <i>object</i> and predicate
2386 <i>object</i>. We introduce the term <em>key equality predicate</em> which is
2387 already used in the requirements table. This change does not really correct part
2388 of this issue, but is recommended to better clarify the nomenclature and the
2389 difference between the function objects and the function object <em>types</em>,
2390 which is important, because both can potentially be stateful.]</i>
2391 </p>
2392
2393 <blockquote>
2394 <p>
2395 3 Each unordered associative container is parameterized by <tt>Key</tt>, by a
2396 function object type <tt>Hash</tt> that meets the <tt>Hash</tt> requirements
2397 (20.2.4) and acts as a hash function for argument values of type <tt>Key</tt>,
2398 and by a binary predicate <tt>Pred</tt> that induces an equivalence relation on
2399 values of type <tt>Key</tt>. Additionally, <tt>unordered_map</tt> and
2400 <tt>unordered_multimap</tt> associate an arbitrary <em>mapped type</em>
2401 <tt>T</tt> with the <tt>Key</tt>.
2402 </p>
2403
2404 <p>
2405 4 <ins>The container's object of type <tt>Hash</tt> - denoted by
2406 <tt>hash</tt> - is called the <em>hash function</em> of the container.
2407 The container's object of type <tt>Pred</tt> - denoted by
2408 <tt>pred</tt> - is called the <em>key equality predicate</em> of the
2409 container.</ins><del>A hash function is a function object that takes a single
2410 argument of type <tt>Key</tt> and returns a value of type
2411 <tt>std::size_t</tt></del>.
2412 </p>
2413 </blockquote>
2414 </li>
2415
2416 <li>
2417 <p>
2418 Change 23.2.5 [unord.req]/5 as indicated: <i>[This adds a similar
2419 safe-guard as the last sentence of 23.2.4 [associative.reqmts]/3]</i>
2420 </p>
2421
2422 <blockquote>
2423 5 Two values <tt>k1</tt> and <tt>k2</tt> of type <tt>Key</tt> are considered
2424 equivalent if the container's <ins>key equality
2425 predicate</ins><del><tt>key_equal</tt> function object</del> returns
2426 <tt>true</tt> when passed those values. If <tt>k1</tt> and <tt>k2</tt> are
2427 equivalent, the <ins>container's</ins> hash function shall return the same value
2428 for both. [<i>Note:</i> thus, when an unordered associative container is
2429 instantiated with a non-default <tt>Pred</tt> parameter it usually needs a
2430 non-default <tt>Hash</tt> parameter as well. \97 <i>end note</i>] <ins>For
2431 any two keys <tt>k1</tt> and <tt>k2</tt> in the same container, calling
2432 <tt>pred(k1, k2)</tt> shall always return the same value. For any key <tt>k</tt>
2433 in a container, calling <tt>hash(k)</tt> shall always return the same
2434 value.</ins>
2435 </blockquote>
2436 </li>
2437
2438 <li>
2439 <p>
2440 After 23.2.5 [unord.req]/7 add the following new paragraph: <i>[This
2441 ensures the same level of compile-time protection that we already require for
2442 associative containers. It is necessary for similar reasons, because any change
2443 in the stored key which would change it's equality relation to others or would
2444 change it's hash value such that it would no longer fall in the same bucket,
2445 would break the container invariants]</i>
2446 </p>
2447
2448 <blockquote>
2449 <p>
2450 7 For <tt>unordered_set</tt> and <tt>unordered_multiset</tt> the value type is
2451 the same as the key type. For <tt>unordered_map</tt> and
2452 <tt>unordered_multimap</tt> it is <tt>std::pair&lt;const Key, T&gt;</tt>.
2453 </p>
2454 <p>
2455 <ins>For unordered containers where the value type is the same as the key type,
2456 both <tt>iterator</tt> and <tt>const_iterator</tt> are constant iterators. It is
2457 unspecified whether or not <tt>iterator</tt> and <tt>const_iterator</tt> are the
2458 same type. [<i>Note:</i> <tt>iterator</tt> and <tt>const_iterator</tt> have
2459 identical semantics in this case, and <tt>iterator</tt> is convertible to
2460 <tt>const_iterator</tt>. Users can avoid violating the One Definition Rule by
2461 always using <tt>const_iterator</tt> in their function parameter lists. \97
2462 <i>end note</i>]</ins>
2463 </p>
2464 </blockquote>
2465 </li>
2466
2467 </ol>
2468
2469
2470
2471
2472
2473
2474 <hr>
2475 <h3><a name="1215"></a>1215. <tt>list::merge</tt> with unequal allocators</h3>
2476 <p><b>Section:</b> 23.3.4.4 [list.ops] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Tentatively Ready</a>
2477  <b>Submitter:</b> Pablo Halpern <b>Opened:</b> 2009-09-24 <b>Last modified:</b> 2010-11-13</p>
2478 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#list.ops">issues</a> in [list.ops].</p>
2479 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively Ready">Tentatively Ready</a> status.</p>
2480 <p><b>Discussion:</b></p>
2481 <p>
2482 In Bellevue (I think), we passed
2483 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2525.pdf">N2525</a>,
2484 which, among other things, specifies that the behavior of
2485 <tt>list::splice</tt> is undefined if the allocators of the two lists
2486 being spliced do not compare equal. The same rationale should apply to
2487 <tt>list::merge</tt>. The intent of <tt>list::merge</tt> (AFAIK) is to
2488 move nodes from one sorted <tt>list</tt> into another sorted
2489 <tt>list</tt> without copying the elements. This is possible only if the
2490 allocators compare equal.
2491 </p>
2492
2493
2494 <p><b>Proposed resolution:</b></p>
2495 <p>
2496 Relative to the August 2009 WP,
2497 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2857.pdf">N2857</a>,
2498 change 23.3.4.4 [list.ops],
2499 paragraphs 22-25 as follows:
2500 </p>
2501
2502 <blockquote>
2503 <pre>void merge(list&amp;&amp; x);
2504 template &lt;class Compare&gt; void merge(list&amp;&amp; x, Compare comp);
2505 </pre>
2506 <blockquote>
2507 <p>
2508 <i>Requires</i>: both the list and the argument list shall be sorted
2509 according to operator&lt; or comp.
2510 </p>
2511 <p>
2512 <i>Effects</i>: If <tt>(&amp;x == this)</tt> does nothing; otherwise, merges the
2513 two sorted ranges <tt>[begin(), end())</tt> and <tt>[x.begin(),
2514 x.end())</tt>. The result is a range in which the elements will be
2515 sorted in non-decreasing order according to the ordering defined by
2516 <tt>comp</tt>; that is, for every iterator <tt>i</tt>, in the range other than the
2517 <tt>first</tt>, the condition <tt>comp(*i, *(i - 1)<ins>)</ins></tt> will be
2518 <tt>false</tt>.
2519 </p>
2520 <p>
2521 <i>Remarks</i>: Stable. If <tt>(&amp;x != this)</tt> the range <tt>[x.begin(), x.end())</tt> is
2522 empty after the merge. <ins>No elements are copied by this operation.
2523 The behavior is undefined if <tt>this-&gt;get_allocator() !=
2524 x.get_allocator()</tt>.</ins>
2525 </p>
2526 <p>
2527 <i>Complexity</i>: At most <tt>size() + x.size() - 1</tt> applications of <tt>comp</tt>
2528 if <tt>(&amp;x != this)</tt>; otherwise, no applications of <tt>comp</tt> are performed. If an
2529 exception is thrown other than by a comparison there are no effects.
2530 </p>
2531 </blockquote>
2532 </blockquote>
2533
2534
2535
2536
2537
2538 <hr>
2539 <h3><a name="1252"></a>1252. <tt>wbuffer_convert::state_type</tt> inconsistency</h3>
2540 <p><b>Section:</b> 22.3.3.2.3 [conversions.buffer] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
2541  <b>Submitter:</b> Bo Persson  <b>Opened:</b> 2009-10-21 <b>Last modified:</b> 2010-11-13</p>
2542 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
2543 <p><b>Discussion:</b></p>
2544 <p>
2545 The synopisis for <tt>wbuffer_convert</tt> 22.3.3.2.3 [conversions.buffer]/2 contains
2546 </p>
2547
2548 <blockquote><pre>typedef typename Tr::state_type   state_type;
2549 </pre></blockquote>
2550
2551 <p>
2552 making <tt>state_type</tt> a synonym for (possibly) some
2553 <tt>char_traits&lt;x&gt;::state_type</tt>.
2554 </p>
2555
2556 <p>
2557 However, in paragraph 9 of the same section, we have
2558 </p>
2559
2560 <blockquote><pre>typedef typename Codecvt::state_type state_type;
2561 </pre>
2562
2563 <blockquote>
2564 The type shall be a synonym for <tt>Codecvt::state_type</tt>.
2565 </blockquote>
2566 </blockquote>
2567
2568 <p>
2569 From what I can see, it might be hard to implement
2570 <tt>wbuffer_convert</tt> if the types were not both
2571 <tt>std::mbstate_t</tt>, but I cannot find a requirement that they must
2572 be the same type.
2573 </p>
2574
2575 <p><i>[
2576 Batavia 2010:
2577 ]</i></p>
2578
2579
2580 <p>
2581 Howard to draft wording, move to Review. Run it by Bill. Need to move this in Madrid.
2582 </p>
2583
2584
2585 <p><b>Proposed resolution:</b></p>
2586
2587
2588
2589
2590
2591 <hr>
2592 <h3><a name="1253"></a>1253. invalidation of iterators and <tt>emplace</tt> vs. <tt>insert</tt> inconsistence in assoc. containers</h3>
2593 <p><b>Section:</b> 23.2.4 [associative.reqmts] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Tentatively Ready</a>
2594  <b>Submitter:</b> Boris Du\9aek <b>Opened:</b> 2009-10-24 <b>Last modified:</b> 2010-11-13</p>
2595 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#associative.reqmts">active issues</a> in [associative.reqmts].</p>
2596 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#associative.reqmts">issues</a> in [associative.reqmts].</p>
2597 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively Ready">Tentatively Ready</a> status.</p>
2598 <p><b>Discussion:</b></p>
2599 <p>
2600 In the latest published draft
2601 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2960.pdf">N2960</a>,
2602 section 23.2.4 [associative.reqmts], paragraph 8, it is specifies
2603 that that <tt>insert</tt> does not invalidate any iterators. As per
2604 23.2.1 [container.requirements.general], paragraph 12, this holds
2605 true not only for <tt>insert</tt>, but <tt>emplace</tt> as well. This
2606 gives the <tt>insert</tt> member a special treatment w.r.t.
2607 <tt>emplace</tt> member in 23.2.4 [associative.reqmts], par. 8,
2608 since both modify the container. For the sake of consistency, in 23.2.4 [associative.reqmts], par. 8: either reference to
2609 <tt>insert</tt> should be removed (i.e. count on 23.2.1 [container.requirements.general], par. 12), or reference to
2610 <tt>emplace</tt> be added (i.e. mention all members of assoc. containers
2611 that modify it).
2612 </p>
2613
2614 <p><i>[
2615 2009-11-18 Chris provided wording.
2616 ]</i></p>
2617
2618
2619 <blockquote>
2620 This suggested wording covers both the issue discussed, and a number of other
2621 identical issues (namely insert being discussed without emplace). I'm happy to
2622 go back and split and introduce a new issue if appropriate, but I think the
2623 changes are fairly mechanical and obvious.
2624 </blockquote>
2625
2626 <p><i>[
2627 2010-01-23 Daniel Krügler and J. Daniel García updated wording to
2628 make the use of <tt>hint</tt> consistent with <tt>insert</tt>.
2629 ]</i></p>
2630
2631
2632
2633
2634 <p><b>Proposed resolution:</b></p>
2635 <p>
2636 Modify bullet 1 of 23.2.1 [container.requirements.general], p10:
2637 </p>
2638
2639 <p>
2640 10 Unless otherwise specified (see 23.2.4.1, 23.2.5.1, 23.3.2.3, and 23.3.6.4)
2641 all container types defined in this Clause meet the following additional
2642 requirements:
2643 </p>
2644
2645 <ul>
2646 <li>
2647 if an exception is thrown by an <tt>insert()</tt> <ins>or
2648 <tt>emplace()</tt></ins> function while inserting a single element, that
2649 function has no effects.
2650 </li>
2651 <li>...</li>
2652 </ul>
2653
2654 <p>
2655 Modify 23.2.4 [associative.reqmts], p4:
2656 </p>
2657
2658 <blockquote>
2659 4 An associative container supports <i>unique keys</i> if it may contain at most
2660 one element for each key. Otherwise, it supports <i>equivalent keys</i>. The
2661 <tt>set</tt> and <tt>map</tt> classes support unique keys; the <tt>multiset</tt>
2662 and <tt>multimap</tt> classes support equivalent keys. For <tt>multiset</tt> and
2663 <tt>multimap</tt>, <tt>insert</tt><ins>, <tt>emplace</tt>,</ins> and
2664 <tt>erase</tt> preserve the relative ordering of equivalent elements.
2665 </blockquote>
2666
2667 <p>
2668 Modify Table 96 \97 Associative container requirements in 23.2.4 [associative.reqmts]:
2669 </p>
2670
2671 <blockquote>
2672 <table border="1">
2673 <caption>Table 96 \97 Associative container requirements (in addition to container)</caption>
2674 <tbody><tr>
2675 <th>Expression</th>
2676 <th>Return type</th>
2677 <th>Assertion/note<br>pre-/post-condition</th>
2678 <th>Complexity</th>
2679 </tr>
2680
2681 <tr>
2682 <td colspan="4"><center>...</center></td>
2683 </tr>
2684
2685 <tr>
2686 <td><tt>a_eq.emplace(args)</tt></td>
2687 <td><tt>iterator</tt></td>
2688 <td>inserts a <tt>T</tt> object <tt>t</tt> constructed with
2689 <tt>std::forward&lt;Args&gt;(args)...</tt> and returns the iterator pointing to
2690 the newly inserted element. <ins>If a range containing elements equivalent to
2691 <tt>t</tt> exists in <tt>a_eq</tt>, <tt>t</tt> is inserted at the end of that
2692 range.</ins></td>
2693 <td>logarithmic</td>
2694 </tr>
2695
2696 <tr>
2697 <td><tt>a.emplace_hint(p, args)</tt></td>
2698 <td><tt>iterator</tt></td>
2699 <td>equivalent to <tt>a.emplace(std::forward&lt;Args&gt;(args)...)</tt>. Return
2700 value is an iterator pointing to the element with the key equivalent to the
2701 newly inserted element. <del>The <tt>const_iterator p</tt> is a hint pointing to
2702 where the search should start.</del> <ins>The element is inserted as close as
2703 possible to the position just prior to <tt>p</tt>.</ins> <del>Implementations
2704 are permitted to ignore the hint.</del></td>
2705 <td>logarithmic in general, but amortized constant if the element is inserted
2706 right <del>after</del> <ins>before</ins> <tt>p</tt></td>
2707 </tr>
2708
2709 <tr>
2710 <td colspan="4"><center>...</center></td>
2711 </tr>
2712
2713 </tbody></table>
2714 </blockquote>
2715
2716 <p>
2717 Modify 23.2.4 [associative.reqmts], p8:
2718 </p>
2719
2720 <blockquote>
2721 8 The <tt>insert</tt> <ins>and <tt>emplace</tt></ins> members shall not affect
2722 the validity of iterators and references to the container, and the
2723 <tt>erase</tt> members shall invalidate only iterators and references to the
2724 erased elements.
2725 </blockquote>
2726
2727 <p>
2728 Modify 23.2.4.1 [associative.reqmts.except], p2:
2729 </p>
2730
2731 <blockquote>
2732 2 For associative containers, if an exception is thrown by any operation from
2733 within an <tt>insert()</tt> <ins> or <tt>emplace()</tt></ins> function inserting
2734 a single element, the <del><tt>insert()</tt> function</del> <ins>insertion</ins>
2735 has no effect.
2736 </blockquote>
2737
2738 <p>
2739 Modify 23.2.5 [unord.req], p6, p12 and p13:
2740 </p>
2741
2742 <blockquote>
2743 <p>
2744 6 An unordered associative container supports <i>unique keys</i> if it may
2745 contain at most one element for each key. Otherwise, it supports <i>equivalent
2746 keys</i>. <tt>unordered_set</tt> and <tt>unordered_map</tt> support unique keys.
2747 <tt>unordered_multiset</tt> and <tt>unordered_multimap</tt> support equivalent
2748 keys. In containers that support equivalent keys, elements with equivalent keys
2749 are adjacent to each other. For <tt>unordered_multiset</tt> and
2750 <tt>unordered_multimap</tt>, <tt>insert</tt><ins>, <tt>emplace</tt>,</ins> and
2751 <tt>erase</tt> preserve the relative ordering of equivalent elements.
2752 </p>
2753
2754 <p>
2755 12 The <tt>insert</tt> <ins>and <tt>emplace</tt></ins> members shall not affect
2756 the validity of references to container elements, but may invalidate all
2757 iterators to the container. The erase members shall invalidate only iterators
2758 and references to the erased elements.
2759 </p>
2760
2761 <p>
2762 13 The <tt>insert</tt> <ins>and <tt>emplace</tt></ins> members shall not affect
2763 the validity of iterators if <tt>(N+n) &lt; z * B</tt>, where <tt>N</tt> is the
2764 number of elements in the container prior to the insert operation, <tt>n</tt> is
2765 the number of elements inserted, <tt>B</tt> is the container's bucket count, and
2766 <tt>z</tt> is the container's maximum load factor.
2767 </p>
2768 </blockquote>
2769
2770 <p>
2771 Modify 23.2.5.1 [unord.req.except], p2:
2772 </p>
2773
2774 <blockquote>
2775 2 For unordered associative containers, if an exception is thrown by any
2776 operation other than the container's hash function from within an
2777 <tt>insert()</tt> <ins>or <tt>emplace()</tt></ins> function inserting a single
2778 element, the <del><tt>insert()</tt></del> <ins>insertion</ins>
2779 <del>function</del> has no effect.
2780 </blockquote>
2781
2782
2783
2784
2785
2786 <hr>
2787 <h3><a name="1279"></a>1279. forbid <tt>[u|bi]nary_function</tt> specialization</h3>
2788 <p><b>Section:</b> X [base] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
2789  <b>Submitter:</b> Alberto Ganesh Barbati <b>Opened:</b> 2009-11-30 <b>Last modified:</b> 2010-11-13</p>
2790 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#base">issues</a> in [base].</p>
2791 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
2792 <p><b>Discussion:</b></p>
2793 <p>
2794 A program should not be allowed to add specialization of class templates
2795 <tt>unary_function</tt> and <tt>binary_function</tt>, in force of 17.6.3.2.1 [namespace.std]/1.
2796 If a program were allowed to specialize these templates, the library could no
2797 longer rely on them to provide the intended typedefs or there might be other
2798 undesired interactions.
2799 </p>
2800
2801 <p><i>[
2802 2010-03-27 Daniel adds:
2803 ]</i></p>
2804
2805
2806 <blockquote>
2807 Accepting issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1290">1290</a> would resolve this issue as NAD editorial.
2808 </blockquote>
2809
2810 <p><i>[
2811 2010-10-24 Daniel adds:
2812 ]</i></p>
2813
2814
2815 <blockquote>
2816 Accepting <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3145.html">n3145</a> would resolve this issue as NAD editorial.
2817 </blockquote>
2818
2819 <p><i>[
2820 2010 Batavia: Solved by N3198
2821 ]</i></p>
2822
2823
2824 <p>
2825 Previous proposed resolution:
2826 </p><p>
2827 Change paragraph X [base]/1 as follows:
2828 </p>
2829
2830 <blockquote>
2831 1 The following <del>classes</del> <ins>class templates</ins> are provided to
2832 simplify the typedefs of the argument and result types<del>:</del><ins>. A
2833 program shall not declare specializations of these templates.</ins>
2834 </blockquote>
2835
2836 <p></p>
2837
2838
2839
2840 <p><b>Proposed resolution:</b></p>
2841 Addressed by paper <a href="http://wiki.dinkumware.com/twiki/pub/Wg21batavia/LibraryWorkingGroup/D3198.html">D3198</a>.
2842
2843
2844
2845
2846
2847 <hr>
2848 <h3><a name="1297"></a>1297. <tt>unique_ptr</tt>'s relational operator functions should induce a total order</h3>
2849 <p><b>Section:</b> 20.9.9.4 [unique.ptr.special] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
2850  <b>Submitter:</b> Daniel Krügler <b>Opened:</b> 2009-12-23 <b>Last modified:</b> 2010-11-13</p>
2851 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
2852 <p><b>Discussion:</b></p>
2853 <p>
2854 The comparison functions of <tt>unique_ptr</tt> currently directly delegate to
2855 the underlying comparison functions of <tt>unique_ptr&lt;T, D&gt;::pointer</tt>.
2856 This is disadvantageous, because this would not guarantee to induce a total
2857 ordering for native pointers and it is hard to define a total order for mixed
2858 types anyway.
2859 </p>
2860 <p>
2861 The currently suggested resolution for <tt>shared_ptr</tt> comparison as of
2862 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1262">1262</a> uses a normalization strategy: They perform the comparison on
2863 the <em>composite pointer type</em> (5.9 [expr.rel]). This is not
2864 exactly possible for <tt>unique_ptr</tt> in the presence of user-defined
2865 pointer-like types but the existing definition of <tt>std::duration</tt>
2866 comparison as of 20.11.3.6 [time.duration.comparisons] via
2867 <tt>common_type</tt> of both argument types demonstrates a solution of this
2868 problem. The approach can be seen as the general way to define a <em>composite
2869 pointer type</em> and this is the approach which is used for here suggested
2870 wording change.
2871 </p>
2872 <p>
2873 For consistency reasons I would have preferred the same normalization strategy
2874 for <tt>==</tt> and <tt>!=</tt>, but Howard convinced me not to do so (now).
2875 </p>
2876
2877 <p><i>[
2878 2010-11-03 Daniel comments and adjustes the currently proposed wording changes:
2879 ]</i></p>
2880
2881
2882 <p>
2883 Issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1401">1401</a> is remotely related. <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1401_extra_bullet">Bullet A</a> of its proposed resolution
2884 provides an alternative solution for issue discussed here and addresses NB comment GB-99.
2885 Additionally I updated the below suggested wording in regard to the following:
2886 It is an unncessary requirement that the below defined effective composite pointer-like
2887 type <tt>CT</tt> satisfies the <tt>LessThanComparable</tt> requirements. All what is
2888 needed is, that the function object type <tt>less&lt;CT&gt;</tt> induces a strict
2889 weak ordering on the pointer values.
2890 </p>
2891
2892
2893 <p><b>Proposed resolution:</b></p>
2894
2895 <p>
2896 Change 20.9.9.4 [unique.ptr.special]/4-7 as indicated: <i>[The implicit
2897 requirements and remarks imposed on the last three operators are the same as for
2898 the first one due to the normative "equivalent to" usage within a Requires
2899 element, see 17.5.1.4 [structure.specifications]/4. The effects of this
2900 change are that all real pointers wrapped in a <tt>unique_ptr</tt> will order
2901 like <tt>shared_ptr</tt> does.]</i>
2902 </p>
2903
2904 <blockquote><pre>template &lt;class T1, class D1, class T2, class D2&gt;
2905   bool operator&lt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
2906 </pre>
2907
2908 <blockquote>
2909 <p>
2910 <ins>? <i>Requires:</i> Let <tt>CT</tt> be <tt>common_type&lt;unique_ptr&lt;T1,
2911 D1&gt;::pointer, unique_ptr&lt;T2, D2&gt;::pointer&gt;::type</tt>. Then
2912 the specialization <tt>less&lt;CT&gt;</tt> shall be a function object type ([function.objects])
2913 that induces a strict weak ordering ([alg.sorting]) on the pointer values.</ins>
2914 </p>
2915
2916 <p>
2917 4 <i>Returns:</i> <tt><ins>less&lt;CT&gt;()(x.get(), y.get())</ins><del>x.get()
2918 &lt; y.get()</del></tt>.
2919 </p>
2920
2921 <p>
2922 <ins>? <i>Remarks:</i> If <tt>unique_ptr&lt;T1, D1&gt;::pointer</tt> is not
2923 implicitly convertible to <tt>CT</tt> or <tt>unique_ptr&lt;T2,
2924 D2&gt;::pointer</tt> is not implicitly convertible to <tt>CT</tt>, the program
2925 is ill-formed.</ins>
2926 </p>
2927 </blockquote>
2928
2929 <pre>template &lt;class T1, class D1, class T2, class D2&gt;
2930   bool operator&lt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
2931 </pre>
2932
2933 <blockquote>
2934 5 <ins><i>Effects:</i> Equivalent to <tt>return !(y &lt; x)</tt></ins>
2935 <del><i>Returns:</i> <tt>x.get() &lt;= y.get()</tt></del>.
2936 </blockquote>
2937
2938 <pre>template &lt;class T1, class D1, class T2, class D2&gt;
2939   bool operator&gt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
2940 </pre>
2941
2942 <blockquote>
2943 6 <ins><i>Effects:</i> Equivalent to <tt>return (y &lt; x)</tt></ins>
2944 <del><i>Returns:</i> <tt>x.get() &gt; y.get()</tt></del>.
2945 </blockquote>
2946
2947 <pre>template &lt;class T1, class D1, class T2, class D2&gt;
2948   bool operator&gt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
2949 </pre>
2950
2951 <blockquote>
2952 7 <ins><i>Effects:</i> Equivalent to <tt>return !(x &lt; y)</tt></ins>
2953 <del><i>Returns:</i> <tt>x.get() &gt;= y.get()</tt></del>.
2954 </blockquote>
2955 </blockquote>
2956
2957
2958
2959
2960
2961
2962 <hr>
2963 <h3><a name="1310"></a>1310. <tt>forward_list splice_after</tt> from lvalues</h3>
2964 <p><b>Section:</b> 23.3.3.5 [forwardlist.ops] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Tentatively Ready</a>
2965  <b>Submitter:</b> Howard Hinnant <b>Opened:</b> 2010-02-05 <b>Last modified:</b> 2010-11-13</p>
2966 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#forwardlist.ops">issues</a> in [forwardlist.ops].</p>
2967 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively Ready">Tentatively Ready</a> status.</p>
2968 <p><b>Discussion:</b></p>
2969 <p>
2970 We've moved <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1133">1133</a> to Tentatively Ready and I'm fine with that.
2971 </p>
2972
2973 <p>
2974 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1133">1133</a> adds lvalue-references to the <tt>splice</tt> signatures for <tt>list</tt>.  So now
2975 <tt>list</tt> can <tt>splice</tt> from lvalue and rvalue lists (which was the intent of the
2976 original move papers btw).  During the discussion of this issue it was mentioned
2977 that if we want to give the same treatment to <tt>forward_list</tt>, that should be a
2978 separate issue.
2979 </p>
2980
2981 <p>
2982 This is that separate issue.
2983 </p>
2984
2985 <p>
2986 Consider the following case where you want to splice elements from one place in
2987 a <tt>forward_list</tt> to another.  Currently this must be coded like so:
2988 </p>
2989
2990 <blockquote><pre>fl.splice_after(to_here, std::move(fl), from1, from2);
2991 </pre></blockquote>
2992
2993 <p>
2994 This looks pretty shocking to me.  I would expect to be able to code instead:
2995 </p>
2996
2997 <blockquote><pre>fl.splice_after(to_here, fl, from1, from2);
2998 </pre></blockquote>
2999
3000 <p>
3001 but we currently don't allow it.
3002 </p>
3003
3004 <p>
3005 When I say <tt>move(fl)</tt>, I consider that as saying that I don't care about
3006 the value of <tt>fl</tt> any more (until I assign it a new value).  But in the
3007 above example, this simply isn't true.  I do care about the value of <tt>fl</tt>
3008 after the move, and I'm not assigning it a new value.  I'm merely permuting its
3009 current value.
3010 </p>
3011
3012 <p>
3013 I propose adding <tt>forward_list&amp;</tt> overloads to the 3
3014 <tt>splice_after</tt> members.  For consistency's sake (principal of least
3015 surprise) I'm also proposing to overload <tt>merge</tt> this way as well.
3016 </p>
3017
3018
3019 <p><b>Proposed resolution:</b></p>
3020 <p>
3021 Add to the synopsis of 23.3.3 [forwardlist]:
3022 </p>
3023
3024 <blockquote><pre>template &lt;class T, class Allocator = allocator&lt;T&gt; &gt;
3025 class forward_list {
3026 public:
3027   ...
3028   <ins>void splice_after(const_iterator p, forward_list&amp; x);</ins>
3029   void splice_after(const_iterator p, forward_list&amp;&amp; x);
3030   <ins>void splice_after(const_iterator p, forward_list&amp; x, const_iterator i);</ins>
3031   void splice_after(const_iterator p, forward_list&amp;&amp; x, const_iterator i);
3032   <ins>void splice_after(const_iterator p, forward_list&amp; x,
3033                     const_iterator first, const_iterator last);</ins>
3034   void splice_after(const_iterator p, forward_list&amp;&amp; x,
3035                     const_iterator first, const_iterator last);
3036   ...
3037   <ins>void merge(forward_list&amp; x);</ins>
3038   void merge(forward_list&amp;&amp; x);
3039   <ins>template &lt;class Compare&gt; void merge(forward_list&amp; x, Compare comp);</ins>
3040   template &lt;class Compare&gt; void merge(forward_list&amp;&amp; x, Compare comp);
3041   ...
3042 };
3043 </pre></blockquote>
3044
3045 <p>
3046 Add to the signatures of 23.3.3.5 [forwardlist.ops]:
3047 </p>
3048
3049 <blockquote>
3050 <pre><ins>void splice_after(const_iterator p, forward_list&amp; x);</ins>
3051 void splice_after(const_iterator p, forward_list&amp;&amp; x);
3052 </pre>
3053 <blockquote>
3054 <p>1 ...</p>
3055 </blockquote>
3056
3057 <pre><ins>void splice_after(const_iterator p, forward_list&amp; x, const_iterator i);</ins>
3058 void splice_after(const_iterator p, forward_list&amp;&amp; x, const_iterator i);
3059 </pre>
3060 <blockquote>
3061 <p>5 ...</p>
3062 </blockquote>
3063
3064 <pre><ins>void splice_after(const_iterator p, forward_list&amp; x,
3065                 const_iterator first, const_iterator last);</ins>
3066 void splice_after(const_iterator p, forward_list&amp;&amp; x,
3067                 const_iterator first, const_iterator last);
3068 </pre>
3069 <blockquote>
3070 <p>9 ...</p>
3071 </blockquote>
3072
3073 <pre><ins>void merge(forward_list&amp; x);</ins>
3074 void merge(forward_list&amp;&amp; x);
3075 <ins>template &lt;class Compare&gt; void merge(forward_list&amp; x, Compare comp);</ins>
3076 template &lt;class Compare&gt; void merge(forward_list&amp;&amp; x, Compare comp);
3077 </pre>
3078 <blockquote>
3079 <p>18 ...</p>
3080 </blockquote>
3081
3082 </blockquote>
3083
3084
3085
3086
3087
3088
3089 <hr>
3090 <h3><a name="1318"></a>1318. N2982 removes previous allocator capabilities</h3>
3091 <p><b>Section:</b> 20.9.4.1 [allocator.traits.types] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
3092  <b>Submitter:</b> Pete Becker <b>Opened:</b> 2010-02-11 <b>Last modified:</b> 2010-11-12</p>
3093 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
3094 <p><b>Duplicate of:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1375">1375</a></p>
3095 <p><b>Discussion:</b></p>
3096 <p><b>Addresses US-87</b></p>
3097 <p>
3098 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2982.pdf">N2982</a>
3099 says that containers should have a nested typedef that defines their
3100 <tt>reference_type</tt> as <tt>value_type&amp;</tt>; the previous
3101 standard deferred to the allocator to define its
3102 <tt>reference_type</tt>, and containers simply passed the allocator's
3103 typedef on. This change is a mistake. Allocators should define both a
3104 <tt>pointer</tt> type and a <tt>reference</tt> type. That's essential
3105 for their original purpose, which was to make different memory models
3106 transparent. If an allocator defines a <tt>pointer</tt> type that isn't
3107 compatible with a normal pointer it also has to define a corresponding
3108 <tt>reference</tt> type. For example (and please forgive a Windows-ism),
3109 if an allocator's pointer is <tt>T __far*</tt>, then it's
3110 <tt>reference</tt> has to be <tt>T __far&amp;</tt>. Otherwise everything
3111 crashes (under the hood, references are pointers and have to have the
3112 same memory access mechanics). Extensions such as this for more general
3113 memory models were explicitly encouraged by C++03, and the allocator's
3114 <tt>pointer</tt> and <tt>reference</tt> typedefs were the hooks for such
3115 extensions. Removing the allocator's <tt>reference</tt> and
3116 <tt>const_reference</tt> typedefs makes those extensions unimplementable
3117 and breaks existing implementations that rely on those hooks.
3118 </p>
3119
3120 <p><i>[
3121 2010-02-25 Alisdair adds:
3122 ]</i></p>
3123
3124
3125 <blockquote>
3126 <p>
3127 <tt>vector&lt;bool&gt;::reference</tt> is a nested class, and not a typedef.  It
3128 should be removed from the list of containers when this change is made.
3129 </p>
3130
3131 <p>
3132 In general, I am unfcomfortable placing this reference requirement on each
3133 container, as I would prefer to require:
3134 </p>
3135
3136 <blockquote><pre>is_same&lt;Container::reference, Container::iterator::reference&gt;
3137 </pre></blockquote>
3138
3139 <p>
3140 This distinction is important, if we intend to support proxy iterators.  The
3141 iterator paper in the pre-Pittsburgh mailing
3142 (<a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3046.html">N3046</a>)
3143 does <em>not</em> make this proposal, but organises clause 24 in such a way this
3144 will be much easier to specify.
3145 </p>
3146
3147 <p>
3148 The changes to clause 20 remain important for all the reasons Pete highlights.
3149 </p>
3150 </blockquote>
3151
3152 <p><i>[
3153 2010 Batavia
3154 ]</i></p>
3155
3156
3157 <p>
3158 Removed <tt>vector</tt> from list of templates that should be adjusted.
3159 </p>
3160
3161
3162 <p><b>Proposed resolution:</b></p>
3163 <ol>
3164 <li>
3165 <p>
3166 Add the following two rows to Table 40, Allocator requirements:
3167 </p>
3168
3169 <blockquote>
3170 <table border="1">
3171 <caption>Table 40 \97 Allocator requirements</caption>
3172 <tbody><tr>
3173 <th>
3174 Expression
3175 </th>
3176
3177 <th>
3178 Return type
3179 </th>
3180
3181 <th>
3182 Assertion/note<br>pre-/post-condition
3183 </th>
3184
3185 <th>
3186 Default
3187 </th>
3188
3189 </tr>
3190
3191 <tr>
3192 <td><ins><tt>X::reference</tt></ins></td>
3193
3194 <td><tt></tt></td>
3195
3196 <td><tt></tt></td>
3197
3198 <td><ins><tt>T&amp;</tt></ins></td>
3199 </tr>
3200
3201 <tr>
3202 <td><ins><tt>X::const_reference</tt></ins></td>
3203
3204 <td><tt></tt></td>
3205
3206 <td><tt></tt></td>
3207
3208 <td><ins><tt>const T&amp;</tt></ins></td>
3209 </tr>
3210
3211 </tbody></table>
3212 </blockquote>
3213
3214 </li>
3215
3216 <li>
3217 <p>
3218 2. Change the following two rows in Table 40:
3219 </p>
3220
3221 <blockquote>
3222 <table border="1">
3223 <caption>Table 40 \97 Allocator requirements</caption>
3224 <tbody><tr>
3225 <th>
3226 Expression
3227 </th>
3228
3229 <th>
3230 Return type
3231 </th>
3232
3233 <th>
3234 Assertion/note<br>pre-/post-condition
3235 </th>
3236
3237 <th>
3238 Default
3239 </th>
3240
3241 </tr>
3242
3243 <tr>
3244 <td><ins><tt>*p</tt></ins></td>
3245
3246 <td><tt><del>T&amp;</del> <ins>X::reference</ins></tt></td>
3247
3248 <td><tt></tt></td>
3249
3250 <td></td>
3251 </tr>
3252
3253 <tr>
3254 <td><ins><tt>*q</tt></ins></td>
3255
3256 <td><tt><del>const T&amp;</del> <ins>X::const_reference</ins></tt></td>
3257
3258 <td><tt></tt></td>
3259
3260 <td></td>
3261 </tr>
3262
3263 </tbody></table>
3264 </blockquote>
3265
3266 </li>
3267
3268 <li>
3269 <p>
3270 Add the following typedef declarations to allocator_traits 20.9.4 [allocator.traits]:
3271 </p>
3272
3273 <blockquote><pre>template &lt;class Alloc&gt; struct allocator_traits {
3274   ...
3275   <ins>typedef <i>see below</i> reference;</ins>
3276   <ins>typedef <i>see below</i> const_reference;</ins>
3277   ...
3278 </pre></blockquote>
3279 </li>
3280
3281 <li>
3282 <p>
3283 Add the following descriptions to 20.9.4.1 [allocator.traits.types]:
3284 </p>
3285
3286 <blockquote>
3287 <pre>typedef see below reference;</pre>
3288 <blockquote>
3289 <i>Type:</i> <tt>Alloc::reference</tt> if such a type exists; otherwise,
3290 <tt>value_type&amp;</tt>.
3291 </blockquote>
3292
3293 <pre>typedef see below const reference;</pre>
3294 <blockquote>
3295 <i>Type:</i> <tt>Alloc::const_reference</tt> if such a type exists; otherwise,
3296 <tt>const value_type&amp;</tt>.
3297 </blockquote>
3298 </blockquote>
3299 </li>
3300
3301 <li>
3302 <p>
3303 Add the following typdef declarations to scoped_allocator_adaptor 20.10 [allocator.adaptor]:
3304 </p>
3305
3306 <blockquote><pre>template &lt;class OuterAlloc, class... InnerAllocs&gt;
3307 class scoped_allocator_adaptor : public OuterAlloc {
3308   ...
3309   <ins>typedef typename OuterTraits::reference reference;</ins>
3310   <ins>typedef typename OuterTraits::const_reference const_reference;</ins>
3311   ...
3312 </pre></blockquote>
3313 </li>
3314
3315 <li>
3316 <p>
3317 Change the nested typedefs reference and
3318 const_reference to:
3319 </p>
3320
3321 <blockquote><pre>typedef typename allocator_traits&lt;Allocator&gt;::reference reference;
3322 typedef typename allocator_traits&lt;Allocator&gt;::const_reference const_reference;
3323 </pre></blockquote>
3324
3325 <p>
3326 for each of the following class templates:
3327 </p>
3328
3329 <blockquote>
3330 <tt>deque</tt> 23.3.2 [deque]<br>
3331 <tt>forward_list</tt> 23.3.3 [forwardlist]<br>
3332 <tt>list</tt> 23.3.4 [list]<br>
3333 <tt>queue</tt> 23.5.1.1 [queue.defn]<br>
3334 <tt>priority_queue</tt> 23.5.2 [priority.queue]<br>
3335 <tt>stack</tt> 23.5.3.1 [stack.defn]<br>
3336 <tt>vector&lt;bool&gt;</tt> 23.4.2 [vector.bool]<br>
3337 <tt>map</tt> 23.6.1 [map]<br>
3338 <tt>multimap</tt> 23.6.2 [multimap]<br>
3339 <tt>set</tt> 23.6.3 [set]<br>
3340 <tt>multiset</tt> 23.6.4 [multiset]<br>
3341 <tt>unordered_map</tt> 23.7.1 [unord.map]<br>
3342 <tt>unordered_multimap</tt> 23.7.2 [unord.multimap]<br>
3343 <tt>unordered_set</tt> 23.7.3 [unord.set]<br>
3344 <tt>unordered_multiset</tt> 23.7.4 [unord.multiset]<br>
3345 <tt>basic_string</tt> 21.4 [basic.string]<br>
3346 <tt>match_results</tt> 28.10 [re.results]
3347 </blockquote>
3348 </li>
3349
3350 </ol>
3351
3352
3353
3354
3355
3356 <hr>
3357 <h3><a name="1320"></a>1320. Header for <tt>iter_swap</tt></h3>
3358 <p><b>Section:</b> 24.3 [iterator.synopsis] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#NAD Future">Tentatively NAD Future</a>
3359  <b>Submitter:</b> Alisdair Meredith <b>Opened:</b> 2010-02-16 <b>Last modified:</b> 2010-11-13</p>
3360 <p><b>Discussion:</b></p>
3361 <p>
3362 The <tt>iter_swap</tt> function template appears in the
3363 <tt>&lt;algorithm&gt;</tt> header, yet its main use is in building further
3364 algorithms, not calling existing ones. The main clients are implementers of data
3365 structures and their iterators, so it seems most appropriate to place the
3366 template in the <tt>&lt;iterator&gt;</tt> header instead.
3367 </p>
3368
3369 <p>
3370 Note that this is not an issue for implementers of the standard library, as they
3371 rarely use the standard headers directly, designing a more fine-grained set of
3372 headers for their own internal use.  This option is not available to customers
3373 of the standard library.
3374 </p>
3375
3376 <p>
3377 Note that we cannot remove <tt>iter_swap</tt> from <tt>&lt;algorithm&gt;</tt>
3378 without breaking code, but there is no reason we cannot offer the same
3379 declaration via two standard headers.  Alternatively, require
3380 <tt>&lt;algorithm&gt;</tt> to <tt>#include &lt;iterator&gt;</tt>, but
3381 introducing the dependency on the iterator adaptors seems un-necessary.
3382 </p>
3383
3384 <p><i>[
3385 ]</i></p>
3386
3387
3388 <p>
3389 Discussed possibly moving to <tt>&lt;utility&gt;</tt> but don't like that. Some not seeing this
3390 as a defect, and want to keep it in <tt>&lt;algorithm&gt;</tt>. No one seems to feel strongly
3391 about moving to <tt>&lt;iterator&gt;</tt>.
3392 </p>
3393
3394
3395 <p><b>Proposed resolution:</b></p>
3396
3397 <p>
3398 Add the declaration of <tt>iter_swap</tt> to the <tt>&lt;iterator&gt;</tt>
3399 header synopsis (24.3 [iterator.synopsis]), with a note that it is
3400 documented in clause 25 [algorithms].
3401 </p>
3402
3403 <blockquote><pre>...
3404 template &lt;class T, size_t N&gt; T* end(T (&amp;array)[N]);
3405
3406 <ins><i>// documented in 25 [algorithms]</i>
3407 template&lt;class ForwardIterator1, class ForwardIterator2&gt;
3408   void iter_swap(ForwardIterator1 a, ForwardIterator2 b);</ins>
3409 </pre></blockquote>
3410
3411
3412
3413
3414
3415
3416 <hr>
3417 <h3><a name="1330"></a>1330. Move container requirements into requirements tables</h3>
3418 <p><b>Section:</b> 23.2 [container.requirements] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Deferred">Deferred</a>
3419  <b>Submitter:</b> Nicolai Josuttis <b>Opened:</b> 2010-03-10 <b>Last modified:</b> 2010-11-15</p>
3420 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#container.requirements">issues</a> in [container.requirements].</p>
3421 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Deferred">Deferred</a> status.</p>
3422 <p><b>Discussion:</b></p>
3423 <p>
3424 Abstract:
3425 </p>
3426 <p>
3427 In general, it seems that in a couple of places container behavior is
3428 not described in requirement tables although it is a general behavior.
3429 </p>
3430
3431 <p>
3432 History:
3433 </p>
3434
3435 <p>
3436 Issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#676">676</a> added move semantics to unordered containers.
3437 For the added insert functions the Editor requested to put their
3438 semantic description into a requirements table rather than describing
3439 them for each container individually. The text however was taken from
3440 the associative containers, where we also have the semantics for each
3441 container described. Also, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1034">1034</a> is to some extend
3442 requesting a clarification of the requirement tables and it turned out
3443 that in other places we have the same problem (e.g. we have no general
3444 requirement for type pointer and const_pointer although each container
3445 has them with issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1306">1306</a>).
3446 </p>
3447
3448 <p>
3449 From my personal list of functions in requirement tables
3450 and containers, the following types/functions are missing in
3451 requirement tables:
3452 </p>
3453
3454 <ul>
3455 <li>
3456 <tt>pointer</tt>, <tt>const_pointer</tt> in Table 91 (container requirements)
3457 </li>
3458 <li>
3459 <p>
3460 all copy constructors, copy constructors with allocator,
3461  assignment operators, and insert operators
3462  with move semantics for associative and unordered containers
3463 </p>
3464 <blockquote><pre>ContType c1(c2&amp;&amp;)
3465 ContType c1(c2&amp;&amp;,alloc)
3466 c1 = c2&amp;&amp;
3467 c.insert(val&amp;&amp;)
3468 c.insert(pos,val&amp;&amp;)
3469 </pre></blockquote>
3470 </li>
3471 </ul>
3472
3473 <p>
3474 As a special case, we lack the following requirements for all sequence
3475 containers BUT array (so special wording or a new container category is
3476 required):
3477 </p>
3478
3479 <ul>
3480 <li>
3481 <p>
3482 constructor with only a size argument
3483 </p>
3484 <blockquote><pre>ContType c(num)
3485 </pre></blockquote>
3486 </li>
3487 <li>
3488 <p>
3489 copy constructor with allocator and move semantics
3490 </p>
3491 <blockquote><pre>ContType c1(c2&amp;&amp;,alloc)
3492 </pre></blockquote>
3493 </li>
3494 <li>
3495 <p>
3496 all constructors that insert multiple elements with additional allocator
3497 </p>
3498 <blockquote><pre>ContType c(num, val,alloc)
3499 ContType c(beg, end,alloc)
3500 ContType c(initlist,alloc)
3501 </pre></blockquote>
3502 </li>
3503 <li>
3504 <p>
3505 all resize functiuons:
3506 </p>
3507 <blockquote><pre>c.resize(num)
3508 c.resize(num,val)
3509 </pre></blockquote>
3510 </li>
3511 </ul>
3512
3513 <p>
3514 Note that we also might have to add additional requirements on other
3515 places for sequence containers because having an allocator requires
3516 additional statements for the treatment of the allocators. E.g. swap for
3517 containers with allocators is not specified in any requirement table.
3518 </p>
3519
3520 <p>
3521 And finally, if we have the requirements in the requirements tables, we
3522 can remove the corresponding descriptions for the individual container.
3523 However, note that sequence container requirements have NO complexity
3524 column, so that we still need container specific descriptions for the
3525 functions listed there.
3526 </p>
3527
3528 <p><i>[
3529 2010 Batavia
3530 ]</i></p>
3531
3532 <p>
3533 While there is consensus that further cleaning up the container requirement
3534 tables would be a good thing, there is no feeling that this <em>must</em>
3535 be done in time for 0x.  The issue remains open, but Deferred.
3536 </p>
3537
3538
3539
3540
3541 <p><b>Proposed resolution:</b></p>
3542
3543
3544
3545
3546
3547 <hr>
3548 <h3><a name="1332"></a>1332. Let Hash objects throw!</h3>
3549 <p><b>Section:</b> 20.2.4 [hash.requirements] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
3550  <b>Submitter:</b> Daniel Krügler <b>Opened:</b> 2010-03-26 <b>Last modified:</b> 2010-11-14</p>
3551 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
3552 <p><b>Discussion:</b></p>
3553 <p>
3554 The currently added Hash requirements demand in Table 40 \97 Hash
3555 requirements [hash]:
3556 </p>
3557
3558 <blockquote>
3559 <table border="1">
3560
3561 <caption>Table 40 \97 Hash requirements [hash]</caption>
3562
3563 <tbody><tr>
3564 <th>Expression</th>
3565 <th>Return type</th>
3566 <th>Requirement</th>
3567 </tr>
3568
3569 <tr>
3570 <td><tt>h(k)</tt></td>
3571 <td><tt>size_t</tt></td>
3572 <td>Shall not throw exceptions. [..]</td>
3573 </tr>
3574
3575 </tbody></table>
3576 </blockquote>
3577
3578 <p>
3579 While it surely is a generally accepted idea that hash function objects
3580 <i>should</i> not throw exceptions, this basic constraint for such a fundamental
3581 requirement set does neither match the current library policy nor real world
3582 cases:
3583 </p>
3584
3585 <ol>
3586 <li>
3587 There are little known situations where a swap or move operation may throw an
3588 exception and in some popular domains such functions are <em>required</em> not
3589 to throw. But the library invested already efforts for good reasons to require
3590 "working" container implementations in the presence of throwing move or swap
3591 operations, see e.g. 23.2.4.1 [associative.reqmts.except], 23.2.5.1 [unord.req.except].
3592 </li>
3593
3594 <li>
3595 The container library is already specified to cope with potentially throwing
3596 comparers, predicates, <i>and</i> hash function objects, see above.
3597 </li>
3598
3599 <li>
3600 <p>
3601 The new definition goes beyond the original hash requirements as specified
3602 by SGI library in regard to the exception requirement:
3603 </p>
3604 <blockquote>
3605 <a href="http://www.sgi.com/tech/stl/HashFunction.html">http://www.sgi.com/tech/stl/HashFunction.html</a>
3606 </blockquote>
3607 </li>
3608
3609 <li>
3610 There are indeed real-world examples of potentially throwing hash functions,
3611 typically when the proxy pattern is used and when the to-be hashed proxied
3612 instance is some <i>volatile</i> object, e.g. a file or internet resource, that
3613 might suddenly be unavailable at the time of hashing.
3614 </li>
3615
3616 <li>
3617 With the new <tt>noexcept</tt> language facility libraries can still take
3618 advantage of no-throw guarantees of hasher functions with stricter guarantees.
3619 </li>
3620 </ol>
3621
3622 <p>
3623 Even though the majority of all known move, swap, and hash functions won't throw
3624 and in some cases <em>must</em> not throw, it seems like unnecessary
3625 over-constraining the definition of a Hash functor not to propagate exceptions
3626 in any case and it contradicts the general principle of C++ to impose such a
3627 requirement for this kind of fundamental requirement.
3628 </p>
3629
3630 <p><i>[
3631 2010-11-11 Daniel asks the working group whether they would prefer a replacement
3632 for the second bullet of the proposed resolution (a result of discussing this
3633 with Alberto) of the form:
3634 ]</i></p>
3635
3636
3637 <p>
3638 Add to 20.8.15 [unord.hash]/1 a new bullet:
3639 </p>
3640
3641 <blockquote>
3642 <p>
3643 1 The unordered associative containers defined in Clause 23.5 use
3644 specializations of the class template <tt>hash</tt>
3645 as the default hash function. For all object types <tt>Key</tt> for which there
3646 exists a specialization <tt>hash&lt;Key&gt;</tt>, the
3647 instantiation <tt>hash&lt;Key&gt;</tt> shall:
3648 </p>
3649 <ul>
3650 <li>
3651 satisfy the <tt>Hash</tt> requirements (20.2.4), with <tt>Key</tt> as the
3652 function call argument type, the <tt>DefaultConstructible</tt> requirements
3653 (33), the <tt>CopyAssignable</tt> requirements (37),
3654 </li>
3655 <li>
3656 be swappable (20.2.2) for lvalues,
3657 </li>
3658 <li>
3659 provide two nested types <tt>result_type</tt> and <tt>argument_type</tt> which
3660 shall be synonyms for <tt>size_t</tt> and <tt>Key</tt>, respectively,
3661 </li>
3662 <li>
3663 satisfy the requirement that if <tt>k1 == k2</tt> is true, <tt>h(k1) ==
3664 h(k2)</tt> is also true, where <tt>h</tt> is an object of type
3665 <tt>hash&lt;Key&gt;</tt> and <tt>k1</tt> and <tt>k2</tt> are objects of type
3666 <tt>Key</tt><ins>,</ins><del>.</del>
3667 </li>
3668 <li>
3669 <ins>satisfy the requirement <tt>noexcept(h(k)) == true</tt>, where <tt>h</tt> is an object
3670 of type <tt>hash&lt;Key&gt;</tt> and <tt>k</tt> is an object of type <tt>Key</tt>, unless
3671 <tt>hash&lt;Key&gt;</tt> is a user-defined specialization that depends on at least one user-defined type.</ins>
3672 </li>
3673 </ul>
3674 </blockquote>
3675
3676
3677
3678 <p><i>[Batavia: Closed as NAD Future, then reopened. See the wiki for Tuesday.]</i></p>
3679
3680
3681 <p><b>Proposed resolution:</b></p>
3682 <ol>
3683 <li>
3684 <p>
3685 Change Table 40 \97 Hash requirements [hash] as indicated:
3686 </p>
3687
3688 <blockquote>
3689 <table border="1">
3690
3691 <caption>Table 40 \97 Hash requirements [hash]</caption>
3692
3693 <tbody><tr>
3694 <th>Expression</th>
3695 <th>Return type</th>
3696 <th>Requirement</th>
3697 </tr>
3698
3699 <tr>
3700 <td><tt>h(k)</tt></td>
3701 <td><tt>size_t</tt></td>
3702 <td><del>Shall not throw exceptions.</del> [..]</td>
3703 </tr>
3704
3705 </tbody></table>
3706 </blockquote>
3707 </li>
3708
3709 <li>
3710 <p>
3711 Add to 20.8.15 [unord.hash]/1 a new bullet:
3712 </p>
3713
3714 <blockquote>
3715 <p>
3716 1 The unordered associative containers defined in Clause 23.5 use
3717 specializations of the class template <tt>hash</tt>
3718 as the default hash function. For all object types <tt>Key</tt> for which there
3719 exists a specialization <tt>hash&lt;Key&gt;</tt>, the
3720 instantiation <tt>hash&lt;Key&gt;</tt> shall:
3721 </p>
3722 <ul>
3723 <li>
3724 satisfy the <tt>Hash</tt> requirements (20.2.4), with <tt>Key</tt> as the
3725 function call argument type, the <tt>DefaultConstructible</tt> requirements
3726 (33), the <tt>CopyAssignable</tt> requirements (37),
3727 </li>
3728 <li>
3729 be swappable (20.2.2) for lvalues,
3730 </li>
3731 <li>
3732 provide two nested types <tt>result_type</tt> and <tt>argument_type</tt> which
3733 shall be synonyms for <tt>size_t</tt> and <tt>Key</tt>, respectively,
3734 </li>
3735 <li>
3736 satisfy the requirement that if <tt>k1 == k2</tt> is true, <tt>h(k1) ==
3737 h(k2)</tt> is also true, where <tt>h</tt> is an object of type
3738 <tt>hash&lt;Key&gt;</tt> and <tt>k1</tt> and <tt>k2</tt> are objects of type
3739 <tt>Key</tt><ins>,</ins><del>.</del>
3740 </li>
3741 <li>
3742 <ins>satisfy the requirement that the expression <tt>h(k)</tt>, where <tt>h</tt>
3743 is an object of type <tt>hash&lt;Key&gt;</tt> and <tt>k</tt> is an object of
3744 type <tt>Key</tt>, shall not throw an exception, unless
3745 <tt>hash&lt;Key&gt;</tt> is a user-defined specialization that depends on at
3746 least one user-defined type.</ins>
3747 </li>
3748 </ul>
3749 </blockquote>
3750 </li>
3751 </ol>
3752
3753
3754
3755
3756
3757
3758 <hr>
3759 <h3><a name="1345"></a>1345. [FCD] Library classes should have <tt>noexcept</tt> move operations</h3>
3760 <p><b>Section:</b> 17 [library] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
3761  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-31</p>
3762 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#library">active issues</a> in [library].</p>
3763 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#library">issues</a> in [library].</p>
3764 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
3765 <p><b>Discussion:</b></p>
3766 <p><b>Addresses GB-61</b></p>
3767 <p>
3768 All library types should have non-throwing move
3769 constructors and move-assignment operators unless
3770 wrapping a type with a potentially throwing move operation.
3771 When such a type is a class-template, these
3772 operations should have a conditional <tt>noexcept</tt>
3773 specification.
3774 </p>
3775 <p>
3776 There are many other places where a <tt>noexcept</tt>
3777 specification may be considered, but the move operations
3778 are a special case that must be called out, to effectively
3779 support the <tt>move_if_noexcept</tt> function template.
3780 </p>
3781
3782 <p><i>[
3783 Resolution proposed by ballot comment:
3784 ]</i></p>
3785
3786 <p>
3787 Review every class and class template in the
3788 library. If noexcept move constructor/assignment
3789 operators can be implicitly declared, then they
3790 should be implicitly declared, or explicitly
3791 defaulted. Otherwise, a move constructor/moveassingment
3792 operator with a <tt>noexcept</tt> exception
3793 specification should be provided.
3794 </p>
3795
3796 <p><i>[
3797 2010-10-31 Daniel comments:
3798 ]</i></p>
3799
3800
3801 <blockquote>
3802 The proposed resolution of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3157.html">n3157</a>
3803 would satisfy this request.
3804 </blockquote>
3805
3806
3807 <p><b>Proposed resolution:</b></p>
3808 See <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3157.html">n3157</a>
3809
3810
3811
3812
3813
3814 <hr>
3815 <h3><a name="1348"></a>1348. [FCD] Exception safety of unspecified types</h3>
3816 <p><b>Section:</b> 17 [library] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
3817  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-25</p>
3818 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#library">active issues</a> in [library].</p>
3819 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#library">issues</a> in [library].</p>
3820 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
3821 <p><b>Discussion:</b></p>
3822 <p><b>Addresses GB-64</b></p>
3823 <p>
3824 There are a number of unspecified types used throughout
3825 the library, such as the container iterators. Many of these
3826 unspecified types have restrictions or expectations on
3827 their behaviour in terms of exceptions. Are they permitted
3828 or required to use exception specifications, more
3829 specifically the new <tt>noexcept</tt> specification? For example,
3830 if <tt>vector&lt;T&gt;::iterator</tt> is implemented as a native pointer,
3831 all its operations will have an (effective) <tt>noexcept</tt>
3832 specification. If the implementation uses a class type to
3833 implement this iterator, is it permitted or required to
3834 support that same guarantee?
3835 </p>
3836
3837 <p><i>[
3838 Resolution proposed by ballot comment
3839 ]</i></p>
3840
3841 <p>
3842 Clearly state the requirements for exception
3843 specifications on all unspecified library types. For
3844 example, all container iterator operations should
3845 be conditionally <tt>noexcept</tt>, with the condition
3846 matching the same operation applied to the
3847 allocator's <tt>pointer_type</tt>, a certain subset of which
3848 are already required not to throw.
3849 </p>
3850
3851
3852 <p><b>Proposed resolution:</b></p>
3853
3854
3855
3856
3857
3858 <hr>
3859 <h3><a name="1349"></a>1349. [FCD] <tt>swap</tt> should not throw</h3>
3860 <p><b>Section:</b> 17 [library] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
3861  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-25</p>
3862 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#library">active issues</a> in [library].</p>
3863 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#library">issues</a> in [library].</p>
3864 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
3865 <p><b>Discussion:</b></p>
3866 <p><b>Addresses GB-65</b></p>
3867 <p>
3868 Nothrowing <tt>swap</tt> operations are key to many C++ idioms,
3869 notably the common copy/swap idiom to provide the
3870 strong exception safety guarantee.
3871 </p>
3872
3873 <p><i>[
3874 Resolution proposed by ballot comment
3875 ]</i></p>
3876
3877 <p>
3878 Where possible, all library types should provide a
3879 <tt>swap</tt> operation with an exception specification
3880 guaranteeing no exception shall propagate.
3881 Where <tt>noexcept(true)</tt> cannot be guaranteed to
3882 not terminate the program, and the <tt>swap</tt> in
3883 questions is a template, an exception specification
3884 with the appropriate conditional expression could
3885 be specified.
3886 </p>
3887
3888
3889 <p><b>Proposed resolution:</b></p>
3890
3891
3892
3893
3894
3895 <hr>
3896 <h3><a name="1353"></a>1353. [FCD] Clarify the state of a <i>moved-from</i> object</h3>
3897 <p><b>Section:</b> 17 [library] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
3898  <b>Submitter:</b> Switzerland <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
3899 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#library">active issues</a> in [library].</p>
3900 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#library">issues</a> in [library].</p>
3901 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
3902 <p><b>Discussion:</b></p>
3903 <p><b>Addresses CH-18</b></p>
3904 <p>
3905 The general approach on moving is that a library object
3906 after moving out is in a "valid but unspecified state". But
3907 this is stated at the single object specifications, which is
3908 error prone (especially if the move operations are implicit)
3909 and unnecessary duplication.
3910 </p>
3911
3912 <p><i>[
3913 Resolution propsed by ballot comment
3914 ]</i></p>
3915
3916 <p>
3917 Consider putting a general statement to the same
3918 effect into clause 17.
3919 </p>
3920
3921 <p><i>[2010-11-05 Beman provides exact wording.
3922 The wording was inspired by Dave Abrahams'
3923 message c++std-lib-28958, and refined with help from Alisdair, Daniel, and Howard.
3924 ]</i></p>
3925
3926
3927
3928
3929 <p><b>Proposed resolution:</b></p>
3930     <p><i>Add a new definition to 17.3 Definitions [definitions]:</i></p>
3931
3932     <blockquote>
3933     <p>17.3.24 [defns.valid.unspecified]<br>
3934     <b>valid but unspecified state</b><br>
3935     an object state that is not specified except that the object's invariants are met, and operations
3936     on the object perform as specified,
3937     subject only to the operation's normal preconditions.</p>
3938     <p>
3939     [<i>Example:</i> If an object <tt>x</tt> of type <tt>std::vector&lt;int&gt;</tt> is in a valid but
3940     unspecified state, <tt>x.empty()</tt> can be called unconditionally, and
3941     <tt>x.front()</tt> can be called provided <tt>x.empty()</tt> returns
3942     <tt>false</tt>. <i>--end example</i>]</p>
3943     </blockquote>
3944
3945     <p><i>Change Table 34 - MoveConstructible requirements [moveconstructible] as
3946     indicated:</i></p>
3947     <blockquote>
3948     <p><del>[ <i>Note:</i> <tt>rv</tt> remains a valid object. Its state is
3949     unspecified&nbsp; <i>--end note</i> ]</del><br>
3950     <ins><i>Postcondition:</i><tt> rv</tt> is in a valid but
3951     unspecified state ([defns.valid.unspecified]).</ins></p>
3952     </blockquote>
3953
3954     <p><i>Change Table 36 - MoveAssignable requirements [moveassignable] as
3955     indicated:</i></p>
3956     <blockquote>
3957     <p><del>[ <i>Note:</i> <tt>rv</tt> remains a valid object. Its state is
3958     unspecified&nbsp; <i>--end note</i> ]</del><br>
3959     <ins><i>Postcondition:</i><tt> rv</tt> is in a valid but
3960     unspecified state ([defns.valid.unspecified]).</ins></p>
3961     </blockquote>
3962
3963     <p><i>No change in the half-dozen or so places in the standard library that
3964     use "valid but unspecified state" directly, and no change in the many places
3965     that require <tt>MoveCostructible</tt> or <tt>MoveAssignable</tt>,
3966     since <tt>MoveCostructible</tt> and <tt>MoveAssignable</tt> will now
3967     normatively require "valid but unspecified state".</i></p>
3968
3969
3970
3971
3972
3973
3974 <hr>
3975 <h3><a name="1358"></a>1358. [FCD] Add <tt>&lt;chrono&gt;</tt> and <tt>&lt;ratio&gt;</tt> to
3976 freestanding implementations</h3>
3977 <p><b>Section:</b> 17.6.1.3 [compliance] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
3978  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-29</p>
3979 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#compliance">issues</a> in [compliance].</p>
3980 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
3981 <p><b>Discussion:</b></p>
3982 <p><b>Addresses GB-55</b></p>
3983 <p>
3984 The <tt>&lt;thread&gt;</tt> header uses <tt>duration</tt> types, found in the
3985 <tt>&lt;chrono&gt;</tt> header, and which rely on the <tt>ratio</tt> types
3986 declared in the <tt>&lt;ratio&gt;</tt> header.
3987 </p>
3988
3989 <p><i>[
3990 Extracts from lengthy Rapperswil discussion:
3991 ]</i></p>
3992
3993 <p>
3994 There is a concern that this issue is a misunderstanding of the actual
3995 requirements of a free-standing implementation to support the <tt>&lt;thread&gt;</tt>
3996 header.  In general, a free-standanding implementation will provide an <em>empty</em>
3997 header, specifically so that a user can test for the absence of the
3998 <tt>_ _ STDCPP_THREADS _ _</tt> macro.  This idiom as used as there is no portable way to test for the lack of a header.
3999 </p>
4000 <p>
4001 At this point, it was suggested the NB comment is trying to solve the wrong problem, and that <tt>_ _ STDCPP_THREADS _ _</tt> should be a pre-defined macro in clause 16 that can be tested before including <tt>&lt;thread&gt;</tt>.  That would remove the need to add additional headers to the free-standanding requirements.
4002 </p>
4003 <p>
4004 It is worth noting that Japan requested <tt>&lt;ratio&gt;</tt> as a free-standing header in their CD1 comments.  No-one seemed keen to require clocks of a free-standing implementation though.
4005 </p>
4006
4007 <p>Detlef volunteers to look at a way to redraft 17.6.1.3 p3.</p>
4008
4009 <p><i>[
4010 Original resolution proposed by NB comment:
4011 ]</i></p>
4012
4013
4014 <blockquote>
4015 <p>
4016 Add the <tt>&lt;chrono&gt;</tt> and <tt>&lt;ratio&gt;</tt> headers to the
4017 freestanding requirements.
4018 </p>
4019 <p>
4020 It might be necessary to address scaled-down
4021 expectations of clock support in a freestanding
4022 environment, much like <tt>&lt;thread&gt;</tt>.
4023 </p>
4024 </blockquote>
4025
4026
4027
4028 <p><b>Proposed resolution:</b></p>
4029
4030
4031
4032
4033
4034 <hr>
4035 <h3><a name="1364"></a>1364. [FCD] It is not clear how <tt>exception_ptr</tt> is synchronized</h3>
4036 <p><b>Section:</b> 18.8.5 [propagation] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
4037  <b>Submitter:</b> Switzerland <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-24</p>
4038 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#propagation">active issues</a> in [propagation].</p>
4039 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#propagation">issues</a> in [propagation].</p>
4040 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
4041 <p><b>Discussion:</b></p>
4042 <p><b>Addresses CH-19</b></p>
4043 <p>
4044 It is not clear how <tt>exception_ptr</tt> is synchronized.
4045 </p>
4046
4047 <p><i>[
4048 Resolution proposed by ballot comment
4049 ]</i></p>
4050
4051 <p>
4052 Make clear that accessing in different threads
4053 multiple <tt>exception_ptr</tt> objects that all refer to the
4054 same exception introduce a race.
4055 </p>
4056
4057
4058
4059 <p><b>Proposed resolution:</b></p>
4060
4061
4062
4063
4064
4065 <hr>
4066 <h3><a name="1369"></a>1369. [FCD] <tt>rethrow_exception</tt> may introduce data races</h3>
4067 <p><b>Section:</b> 18.8.5 [propagation] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
4068  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-24</p>
4069 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#propagation">active issues</a> in [propagation].</p>
4070 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#propagation">issues</a> in [propagation].</p>
4071 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
4072 <p><b>Discussion:</b></p>
4073 <p><b>Addresses GB-74</b></p>
4074 <p>
4075 One idea for the <tt>exception_ptr</tt> type was that a reference-counted
4076 implementation could simply 'reactivate' the same
4077 exception object in the context of a call to
4078 <tt>rethrow_exception</tt>. Such an implementation would allow
4079 the same exception object to be active in multiple threads
4080 (such as when multiple threads join on a <tt>shared_future</tt>)
4081 and introduce potential data races in any exception
4082 handler that catches exceptions by reference - notably
4083 existing library code written before this capability was
4084 added. <tt>rethrow_exception</tt> should <em>always</em> make a copy
4085 of the target exception object.
4086 </p>
4087
4088
4089 <p><b>Proposed resolution:</b></p>
4090 <p>
4091 Add the following to 18.8.5, [propogation]
4092 </p>
4093 <blockquote><ins>
4094 <i>Throws</i>: a copy of the exception object to which <tt>p</tt> refers.
4095 </ins></blockquote>
4096
4097
4098
4099
4100
4101
4102 <hr>
4103 <h3><a name="1371"></a>1371. [FCD] standard exceptions require stronger no-throw guarantees</h3>
4104 <p><b>Section:</b> 19 [diagnostics] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#NAD">Tentatively NAD</a>
4105  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
4106 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively NAD">Tentatively NAD</a> status.</p>
4107 <p><b>Discussion:</b></p>
4108 <p><b>Addresses GB-75</b></p>
4109 <p>
4110 None of the exception types defined in clause 19 are
4111 allowed to throw an exception on copy or move
4112 operations, but there is no clear specification that the
4113 operations have an exception specification to prove it.
4114 Note that the implicitly declared constructors, taking the
4115 exception specification from their base class (ultimately
4116 <tt>std::exception</tt>) will implicitly generate a <tt>noexcept</tt>
4117 exception specification if all of their data members
4118 similarly declare <tt>noexcept</tt> operations. As the
4119 representation is unspecified, we cannot assume nonthrowing
4120 operations unless we explicitly state this as a
4121 constraint on the implementation.
4122 </p>
4123
4124 <p><i>[
4125 Resolution proposed by ballot comment:
4126 ]</i></p>
4127
4128 <p>
4129 Add a global guarantee that all exception types
4130 defined in clause 19 that rely on implicitly declared
4131 operations have a non-throwing exception
4132 specification on those operations.
4133 </p>
4134
4135 <p><i>[
4136 2010 Batavia:
4137 ]</i></p>
4138
4139 <p>
4140 This is addressed by the current words in 18.8.1 [exception], p2
4141 </p>
4142 <blockquote>
4143 Each standard library class <tt>T</tt> that derives from class <tt>exception</tt>
4144 shall have a publicly accessible copy constructor and a publicly accessible copy
4145 assignment operator that do not exit with an exception.
4146 </blockquote>
4147
4148
4149
4150 <p><b>Proposed resolution:</b></p>
4151
4152
4153
4154
4155
4156 <hr>
4157 <h3><a name="1374"></a>1374. [FCD] Clarify moved-from objects are "toxic"</h3>
4158 <p><b>Section:</b> 20.2.1 [utility.arg.requirements] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
4159  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
4160 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#utility.arg.requirements">issues</a> in [utility.arg.requirements].</p>
4161 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
4162 <p><b>Discussion:</b></p>
4163 <p><b>Addresses US-85</b></p>
4164 <p>
4165 20.2.1 Table 34 "MoveConstructible requirements" says
4166 "Note: rv remains a valid object. Its state is unspecified".
4167 Some components give stronger guarantees. For
4168 example, moved-from <tt>shared_ptr</tt>s are guaranteed <tt>empty</tt>
4169 (20.9.11.2.1/25).
4170 In general, what the standard really should say (preferably
4171 as a global blanket statement) is that moved-from objects
4172 can be destroyed and can be the destination of an
4173 assignment. Anything else is radioactive. For example,
4174 containers can be "emptier than empty". This needs to be
4175 explicit and required generally.
4176 </p>
4177 <p>
4178 Note: The last time that one of us mentioned "emptier
4179 than empty" (i.e. containers missing sentinel nodes, etc.)
4180 the objection was that containers can store sentinel nodes
4181 inside themselves in order to avoid dynamically allocating
4182 them. This is unacceptable because
4183 </p>
4184 <p>
4185 (a) it forces existing implementations (i.e. Dinkumware's, Microsoft's,
4186 IBM's,  etc.) to change for no good reason (i.e. permitting more
4187 operations on moved-from objects), and
4188 </p>
4189 <p>
4190 (b) it invalidates end-iterators when swapping containers. (The Working
4191 Paper currently permits end-iterator invalidation, which we
4192 consider to be wrong, but that's a separate argument. In
4193 any event, <em>mandating</em> end-iterator invalidation is very
4194 different from permitting it.)
4195 </p>
4196
4197 <p><i>[
4198 Resolution proposed in ballot comment
4199 ]</i></p>
4200
4201 <p>
4202 State as a general requirement that moved-from
4203 objects can be destroyed and can be the
4204 destination of an assignment. Any other use is
4205 undefined behavior.
4206 </p>
4207
4208
4209 <p><b>Proposed resolution:</b></p>
4210
4211
4212
4213
4214
4215 <hr>
4216 <h3><a name="1385"></a>1385. [FCD] <tt>tuple_cat</tt> should be a single variadic signature</h3>
4217 <p><b>Section:</b> 20.4.2.4 [tuple.creation] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
4218  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
4219 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#tuple.creation">issues</a> in [tuple.creation].</p>
4220 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
4221 <p><b>Discussion:</b></p>
4222 <p><b>Addresses GB-88</b></p>
4223 <p>
4224 The <tt>tuple_cat</tt> template consists of four overloads and that
4225 can concatenate only two <tt>tuple</tt>s. A single variadic
4226 signature that can concatenate an arbitrary number of
4227 <tt>tuple</tt>s would be preferred.
4228 </p>
4229
4230 <p><i>[
4231 Resolution proposed by ballot comment:
4232 ]</i></p>
4233
4234
4235 <blockquote>
4236 Adopt a simplified form of the proposal in <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2975.pdf">n2975</a>,
4237 restricted to <tt>tuple</tt>s and neither requiring nor outlawing support for other <tt>tuple</tt>-like types.
4238 </blockquote>
4239
4240 <p><i>[
4241 2010 Rapperswil: Alisdair to provide wording.
4242 ]</i></p>
4243
4244
4245 <p><i>[
4246 2010-11-06: Daniel comments and proposes some alternative wording:
4247 ]</i></p>
4248
4249
4250 <p>
4251 There are some problems in the wording: First, even though the result type <tt>tuple&lt;<i>see below</i>&gt;</tt>
4252 implies it, the specification of the contained tuple element types is missing. Second, the term "<tt>tuple</tt>
4253 protocol" is not defined anywhere and I see no reason why this normative wording should not be a non-normative
4254 note. We could at least give a better approximation, maybe "tuple-like protocol" as indicated from header
4255 <tt>&lt;utility&gt;</tt> synopsis. Further, it seems to me that the effects need to contain a combination of <tt>std::forward</tt>
4256 with the call of <tt>get</tt>. Finally I suggest to replace the requirements <tt>Move/CopyConstructible</tt>
4257 by proper usage of <tt>is_constructible</tt>, as indicated by <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3140.html">n3140</a>.
4258 </p>
4259
4260 <p><i>[
4261 2010 Batavia
4262 ]</i></p>
4263
4264 <p>
4265 Moved to Ready with Daniel's improved wording.
4266 </p>
4267
4268
4269 <p><b>Proposed resolution:</b></p>
4270 <p>Note: This alternate proposed resolution works only if <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#1191">1191</a> has been accepted.</p>
4271
4272 <p>
4273 </p><ol>
4274 <li>Change 20.4.1 [tuple.general] p. 2, header <tt>&lt;tuple&gt;</tt> synopsis, as indicated:
4275 <blockquote><pre>namespace std {
4276
4277 ...
4278
4279 // <i>20.4.2.4, tuple creation functions:</i>
4280 const unspecified ignore;
4281
4282 template &lt;class... Types&gt;
4283   tuple&lt;<i>VTypes</i>...&gt; make_tuple(Types&amp;&amp;...);
4284   template &lt;class... Types&gt;
4285   tuple&lt;<i>ATypes</i>...&gt; forward_as_tuple(Types&amp;&amp;...);
4286
4287 template&lt;class... Types&gt;
4288   tuple&lt;Types&amp;...&gt; tie(Types&amp;...);
4289
4290 <del>template &lt;class... TTypes, class... UTypes&gt;
4291   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(const tuple&lt;TTypes...&gt;&amp;, const tuple&lt;UTypes...&gt;&amp;);
4292 template &lt;class... TTypes, class... UTypes&gt;
4293   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(tuple&lt;TTypes...&gt;&amp;&amp;, const tuple&lt;UTypes...&gt;&amp;);
4294 template &lt;class... TTypes, class... UTypes&gt;
4295   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(const tuple&lt;TTypes...&gt;&amp;, tuple&lt;UTypes...&gt;&amp;&amp;);
4296 template &lt;class... TTypes, class... UTypes&gt;
4297   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(tuple&lt;TTypes...&gt;&amp;&amp;, tuple&lt;UTypes...&gt;&amp;&amp;);</del>
4298 <ins>template &lt;class... Tuples&gt;
4299   tuple&lt;<i>CTypes</i>...&gt; tuple_cat(Tuples&amp;&amp;...);</ins>
4300
4301 ...
4302
4303 </pre></blockquote>
4304 </li>
4305 <li>Change 20.4.2.4 [tuple.creation] as indicated:
4306 <blockquote>
4307 <pre><del>template &lt;class... TTypes, class... UTypes&gt;
4308   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(const tuple&lt;TTypes...&gt;&amp; t, const tuple&lt;UTypes...&gt;&amp; u);</del></pre>
4309 <p></p><blockquote><del>
4310 8 <i>Requires</i>: All the types in <tt>TTypes</tt> shall be <tt>CopyConstructible</tt> (Table 35). All the types in
4311 <tt>UTypes</tt> shall be <tt>CopyConstructible</tt> (Table 35).
4312 </del></blockquote><p></p>
4313 <p></p><blockquote><del>
4314 9 <i>Returns</i>: A <tt>tuple</tt> object constructed by copy constructing its first <tt>sizeof...(TTypes)</tt> elements
4315 from the corresponding elements of <tt>t</tt> and copy constructing its last <tt>sizeof...(UTypes)</tt> elements from the
4316 corresponding elements of <tt>u</tt>.
4317 </del></blockquote><p></p>
4318 <pre><del>template &lt;class... TTypes, class... UTypes&gt;
4319   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(tuple&lt;TTypes...&gt;&amp;&amp; t, const tuple&lt;UTypes...&gt;&amp; u);</del></pre>
4320 <p></p><blockquote><del>
4321 10 <i>Requires</i>: All the types in <tt>TTypes</tt> shall be <tt>MoveConstructible</tt> (Table 34). All the types in
4322 <tt>UTypes</tt> shall be <tt>CopyConstructible</tt> (Table 35).
4323 </del></blockquote><p></p>
4324 <p></p><blockquote><del>
4325 11 <i>Returns</i>: A <tt>tuple</tt> object constructed by move constructing its first <tt>sizeof...(TTypes)</tt> elements
4326 from the corresponding elements of <tt>t</tt> and copy constructing its last <tt>sizeof...(UTypes)</tt> elements from the
4327 corresponding elements of <tt>u</tt>.
4328 </del></blockquote><p></p>
4329 <pre><del>template &lt;class... TTypes, class... UTypes&gt;
4330   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(const tuple&lt;TTypes...&gt;&amp; t, tuple&lt;UTypes...&gt;&amp;&amp; u);</del></pre>
4331 <p></p><blockquote><del>
4332 12 <i>Requires</i>: All the types in <tt>TTypes</tt> shall be <tt>CopyConstructible</tt> (Table 35). All the types in
4333 <tt>UTypes</tt> shall be <tt>MoveConstructible</tt> (Table 34).
4334 </del></blockquote><p></p>
4335 <p></p><blockquote><del>
4336 13 <i>Returns</i>: A <tt>tuple</tt> object constructed by copy constructing its first <tt>sizeof...(TTypes)</tt> elements
4337 from the corresponding elements of <tt>t</tt> and move constructing its last <tt>sizeof...(UTypes)</tt> elements from the
4338 corresponding elements of <tt>u</tt>.
4339 </del></blockquote><p></p>
4340 <pre><del>template &lt;class... TTypes, class... UTypes&gt;
4341   tuple&lt;TTypes..., UTypes...&gt; tuple_cat(tuple&lt;TTypes...&gt;&amp;&amp; t, tuple&lt;UTypes...&gt;&amp;&amp; u);</del></pre>
4342 <p></p><blockquote><del>
4343 14 <i>Requires</i>: All the types in <tt>TTypes</tt> shall be <tt>MoveConstructible</tt> (Table 34). All the types in
4344 <tt>UTypes</tt> shall be <tt>MoveConstructible</tt> (Table 34).
4345 </del></blockquote><p></p>
4346 <p></p><blockquote><del>
4347 15 <i>Returns</i>: A <tt>tuple</tt> object constructed by move constructing its first <tt>sizeof...(TTypes)</tt> elements
4348 from the corresponding elements of <tt>t</tt> and move constructing its last <tt>sizeof...(UTypes)</tt> elements from the
4349 corresponding elements of <tt>u</tt>.
4350 </del></blockquote><p></p>
4351 <pre><ins>template &lt;class... Tuples&gt;
4352   tuple&lt;<i>CTypes</i>...&gt; tuple_cat(Tuples&amp;&amp;... tpls);
4353 </ins></pre>
4354 <p></p><blockquote><ins>
4355 8 Let <tt>Ti</tt> be the <tt><i>i</i></tt><sup>th</sup> type in <tt>Tuples</tt>, <tt>Ui</tt> be <tt>remove_reference&lt;Ti&gt;::type</tt>,
4356 and <tt>tp<sub><i>i</i></sub></tt> be the <tt><i>i</i></tt><sup>th</sup> parameter in the function parameter pack <tt>tpls</tt>, where all
4357 indexing is zero-based in the following paragraphs of this sub-clause [tuple.creation].
4358 </ins></blockquote><p></p>
4359 <p></p><blockquote><ins>
4360 9 <i>Requires</i>: For all <tt><i>i</i></tt>, <tt>Ui</tt> shall be the type <i>cv<sub><tt>i</tt></sub>&nbsp;</i><tt>tuple&lt;Args<sub><i>i</i></sub>...&gt;</tt>,
4361 where <i>cv<sub><tt>i</tt></sub></i> is the (possibly empty) <tt><i>i</i></tt><sup>th</sup> <i>cv</i>-qualifier-seq, and
4362 <tt>Args<sub><i>i</i></sub></tt> is the parameter pack representing the element types in <tt>Ui</tt>. Let <tt>Aik</tt> be the
4363 <tt><i>k<sub>i</sub></i></tt><sup>th</sup> type in <tt>Args<sub><i>i</i></sub></tt>, then for all <tt>Aik</tt> the following
4364 requirements shall be satisfied: If <tt>Ti</tt> is deduced as an lvalue reference type, then
4365 <tt>is_constructible&lt;Aik, <i>cv<sub>i</sub>&nbsp;</i>Aik&amp;&gt;::value == true</tt>, otherwise
4366 <tt>is_constructible&lt;Aik, <i>cv<sub>i</sub>&nbsp;</i>Aik&amp;&amp;&gt;::value == true</tt>.
4367 </ins></blockquote><p></p>
4368 <p></p><blockquote><ins>
4369 10 <i>Remarks</i>: The types in <tt><i>CTypes</i></tt> shall be equal to the ordered sequence of the expanded types
4370 <tt>Args<sub>0</sub>..., Args<sub>1</sub>..., Args<sub><i>n</i>-1</sub>...</tt>, where <tt><i>n</i></tt> equals
4371 <tt>sizeof...(Tuples)</tt>. Let <tt><i>e<sub>i</sub></i>...</tt> be the <tt><i>i</i></tt><sup>th</sup> ordered
4372 sequence of tuple elements of the result <tt>tuple</tt> object corresponding to the type sequence
4373 <tt>Args<sub><i>i</i></sub></tt>.
4374 </ins></blockquote><p></p>
4375 <p></p><blockquote><ins>
4376 11 <i>Returns</i>: A <tt>tuple</tt> object constructed by initializing
4377 the <tt><i>k<sub>i</sub></i></tt><sup>th</sup> type element <tt>eik</tt> in <tt><i>e<sub>i</sub></i>...</tt>
4378 with <tt>get&lt;<i>k<sub>i</sub></i>&gt;(std::forward&lt;Ti&gt;(tp<sub>i</sub>))</tt>
4379 for each valid <tt><i>k<sub>i</sub></i></tt> and each element group <tt><i>e<sub>i</sub></i></tt> in order.
4380 </ins></blockquote><p></p>
4381 <p></p><blockquote><ins>
4382 12 [<i>Note</i>: An implementation may support additional types in the parameter pack <tt>Tuples</tt>, such as
4383 <tt>pair</tt> and <tt>array</tt> that support the <tt>tuple</tt>-like protocol. -- <i>end note</i>]
4384 </ins></blockquote><p></p>
4385 </blockquote>
4386 </li>
4387 </ol>
4388 <p></p>
4389
4390
4391
4392
4393
4394
4395 <hr>
4396 <h3><a name="1396"></a>1396. [FCD] <tt>regex</tt> should support allocators</h3>
4397 <p><b>Section:</b> 28.8 [re.regex] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
4398  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-07</p>
4399 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#re.regex">issues</a> in [re.regex].</p>
4400 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
4401 <p><b>Duplicate of:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1451">1451</a></p>
4402 <p><b>Discussion:</b></p>
4403 <p><b>Addresses US-104, US-141</b></p>
4404 <p>
4405 <tt>std::basic_regex</tt> should have an allocator for all the
4406 reasons that a <tt>std::string</tt> does. For example, I can use
4407 <tt>boost::interprocess</tt> to put a <tt>string</tt> or <tt>vector</tt>
4408 in shared memory, but not a <tt>regex</tt>.
4409 </p>
4410
4411 <p><i>[
4412 Resolution proposed by ballot comment
4413 ]</i></p>
4414
4415 <p>
4416 Add allocators to regexes
4417 </p>
4418
4419 <p><i>[
4420 2010-10-24 Daniel adds:
4421 ]</i></p>
4422
4423
4424 <blockquote>
4425 Accepting <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3171.pdf">n3171</a> would solve this issue.
4426 </blockquote>
4427
4428
4429
4430 <p><b>Proposed resolution:</b></p>
4431 See <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3171.pdf">n3171</a>.
4432
4433
4434
4435
4436
4437 <hr>
4438 <h3><a name="1401"></a>1401. [FCD] <tt>unique_ptr&lt;T&gt; == nullptr</tt></h3>
4439 <p><b>Section:</b> 20.9 [memory] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
4440  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
4441 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#memory">issues</a> in [memory].</p>
4442 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
4443 <p><b>Discussion:</b></p>
4444 <p><b>Addresses GB-99</b></p>
4445 <p>
4446 One reason that the <tt>unique_ptr</tt> constructor taking a
4447 <tt>nullptr_t</tt> argument is not <tt>explicit</tt> is to allow conversion
4448 of <tt>nullptr</tt> to <tt>unique_ptr</tt> in contexts like equality
4449 comparison. Unfortunately <tt>operator==</tt> for <tt>unique_ptr</tt> is a
4450 little more clever than that, deducing template parameters for both
4451 arguments. This means that <tt>nullptr</tt> does not get deduced
4452 as <tt>unique_ptr</tt> type, and there are no other comparison
4453 functions to match.
4454 </p>
4455
4456 <p><i>[
4457 Resolution proposed by ballot comment:
4458 ]</i></p>
4459
4460 <blockquote>
4461 Add the following signatures to 20.9 [memory] p.1, <tt>&lt;memory&gt;</tt>
4462 header synopsis:
4463 <blockquote><pre>template&lt;typename T, typename D&gt;
4464 bool operator==(const unique_ptr&lt;T, D&gt; &amp; lhs, nullptr_t);
4465 template&lt;typename T, typename D&gt;
4466 bool operator==(nullptr_t, const unique_ptr&lt;T, D&gt; &amp; rhs);
4467 template&lt;typename T, typename D&gt;
4468 bool operator!=(const unique_ptr&lt;T, D&gt; &amp; lhs, nullptr_t);
4469 template&lt;typename T, typename D&gt;
4470 bool operator!=(nullptr_t, const unique_ptr&lt;T, D&gt; &amp; rhs);
4471 </pre></blockquote>
4472 </blockquote>
4473
4474 <p><i>[
4475 2010-11-02 Daniel comments and provides a proposed resolution:
4476 ]</i></p>
4477
4478
4479 <blockquote>
4480 The same problem applies to <tt>shared_ptr</tt> as well: In both cases there are no
4481 conversions considered because the comparison functions are templates. I agree with
4482 the direction of the proposed resolution, but I believe it would be very surprising
4483 and inconsistent, if given a smart pointer object <tt>p</tt>, the expression
4484 <tt>p == nullptr</tt> would be provided, but not <tt>p &lt; nullptr</tt> and the
4485 other relational operators. According to 5.9 [expr.rel] they are defined
4486 if null pointer values meet other pointer values, even though the result is unspecified
4487 for all except some trivial ones. But null pointer values are nothing special here:
4488 The Library already defines the relational operators for both <tt>unique_ptr</tt> and
4489 <tt>shared_ptr</tt> and the outcome of comparing non-null pointer values will be equally
4490 unspecified. If the idea of supporting <tt>nullptr_t</tt> arguments for relational
4491 operators is not what the committee prefers, I suggest at least to consider to remove
4492 the existing relational operators for both <tt>unique_ptr</tt> and <tt>shared_ptr</tt>
4493 for consistency. But that would not be my preferred resolution of this issue.
4494 <p>
4495 The number of overloads triple the current number, but I think it is much clearer to
4496 provide them explicitly instead of adding wording that attempts to say that "sufficient overloads" are
4497 provided. The following proposal makes the declarations explicit.
4498 </p><p>
4499 Additionally, the proposal adds the missing declarations for some <tt>shared_ptr</tt>
4500 comparison functions for consistency.
4501 </p></blockquote>
4502
4503 <p><i>[
4504 2010-11-03 Daniel adds:
4505 ]</i></p>
4506
4507
4508 <p>
4509 Issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1297">1297</a> is remotely related. The following proposed resolution splits
4510 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1401_extra_bullet">this bullet</a> into sub-bullets A and B. Sub-bullet A would
4511 also solve <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1297">1297</a>, but sub-bullet B would not.
4512 </p><p>
4513 A further remark in regard to the proposed semantics of the ordering of <tt>nullptr</tt>
4514 against other pointer(-like) values: One might think that the following definition might
4515 be superior because of simplicity:
4516
4517 </p><blockquote><pre>template&lt;class T&gt;
4518 bool operator&lt;(const shared_ptr&lt;T&gt;&amp; a, nullptr_t);
4519 template&lt;class T&gt;
4520 bool operator&gt;(nullptr_t, const shared_ptr&lt;T&gt;&amp; a);
4521 </pre><blockquote>
4522 <i>Returns</i>: <tt>false</tt>.
4523 </blockquote></blockquote>
4524
4525 The underlying idea behind this approach is the assumption that nullptr corresponds
4526 to the least ordinal pointer value. But this assertion does not hold for all supported
4527 architectures, therefore this approach was not followed because it would lead to
4528 the inconsistency, that the following assertion could fire:
4529 <p></p>
4530 <blockquote><pre>shared_ptr&lt;int&gt; p(new int);
4531 shared_ptr&lt;int&gt; null;
4532 bool v1 = p &lt; nullptr;
4533 bool v2 = p &lt; null;
4534 assert(v1 == v2);
4535 </pre></blockquote>
4536
4537
4538
4539 <p><b>Proposed resolution:</b></p>
4540 Wording changes are against N3126.
4541 <p>
4542 </p><ol>
4543 <li>Change 20.9 [memory] p. 1, header <tt>&lt;memory&gt;</tt> synopsis as indicated.
4544 <tt>noexcept</tt> specifications are only added, where the guarantee exists, that the function
4545 shall no throw an exception (as replacement of "<i>Throws</i>: Nothing". This needs
4546 to be harmonized with the result of the <tt>noexcept</tt> proposals:
4547 <blockquote><pre>namespace std {
4548   [..]
4549   // <i>20.9.10 Class unique_ptr:</i>
4550   template &lt;class T&gt; class default_delete;
4551   template &lt;class T&gt; class default_delete&lt;T[]&gt;;
4552   template &lt;class T, class D = default_delete&lt;T&gt;&gt; class unique_ptr;
4553   template &lt;class T, class D&gt; class unique_ptr&lt;T[], D&gt;;
4554
4555   template &lt;class T1, class D1, class T2, class D2&gt;
4556   bool operator==(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4557   template &lt;class T1, class D1, class T2, class D2&gt;
4558   bool operator!=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4559   template &lt;class T1, class D1, class T2, class D2&gt;
4560   bool operator&lt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4561   template &lt;class T1, class D1, class T2, class D2&gt;
4562   bool operator&lt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4563   template &lt;class T1, class D1, class T2, class D2&gt;
4564   bool operator&gt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4565   template &lt;class T1, class D1, class T2, class D2&gt;
4566   bool operator&gt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4567
4568   <ins>template &lt;class T, class D&gt;</ins>
4569   <ins>bool operator==(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4570   <ins>template &lt;class T, class D&gt;</ins>
4571   <ins>bool operator==(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4572   <ins>template &lt;class T, class D&gt;</ins>
4573   <ins>bool operator!=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4574   <ins>template &lt;class T, class D&gt;</ins>
4575   <ins>bool operator!=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4576   <ins>template &lt;class T, class D&gt;</ins>
4577   <ins>bool operator&lt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4578   <ins>template &lt;class T, class D&gt;</ins>
4579   <ins>bool operator&lt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4580   <ins>template &lt;class T, class D&gt;</ins>
4581   <ins>bool operator&lt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4582   <ins>template &lt;class T, class D&gt;</ins>
4583   <ins>bool operator&lt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4584   <ins>template &lt;class T, class D&gt;</ins>
4585   <ins>bool operator&gt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4586   <ins>template &lt;class T, class D&gt;</ins>
4587   <ins>bool operator&gt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4588   <ins>template &lt;class T, class D&gt;</ins>
4589   <ins>bool operator&gt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4590   <ins>template &lt;class T, class D&gt;</ins>
4591   <ins>bool operator&gt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4592
4593   // <i>20.9.11.1, Class bad_weak_ptr:</i>
4594   class bad_weak_ptr;
4595
4596   // <i>20.9.11.2, Class template shared_ptr:</i>
4597   template&lt;class T&gt; class shared_ptr;
4598
4599   // <i>20.9.11.2.7, shared_ptr comparisons:</i>
4600   template&lt;class T, class U&gt;
4601   bool operator==(shared_ptr&lt;T&gt; const&amp; a, shared_ptr&lt;U&gt; const&amp; b);
4602   template&lt;class T, class U&gt;
4603   bool operator!=(shared_ptr&lt;T&gt; const&amp; a, shared_ptr&lt;U&gt; const&amp; b);
4604   template&lt;class T, class U&gt;
4605   bool operator&lt;(shared_ptr&lt;T&gt; const&amp; a, shared_ptr&lt;U&gt; const&amp; b);
4606   template&lt;class T, class U&gt;
4607   bool operator&gt;(shared_ptr&lt;T&gt; const&amp; a, shared_ptr&lt;U&gt; const&amp; b);
4608   template&lt;class T, class U&gt;
4609   bool operator&lt;=(shared_ptr&lt;T&gt; const&amp; a, shared_ptr&lt;U&gt; const&amp; b);
4610   template&lt;class T, class U&gt;
4611   bool operator&gt;=(shared_ptr&lt;T&gt; const&amp; a, shared_ptr&lt;U&gt; const&amp; b);
4612
4613   <ins>template&lt;class T&gt;</ins>
4614   <ins>bool operator==(shared_ptr&lt;T&gt; const&amp; a, nullptr_t) noexcept;</ins>
4615   <ins>template&lt;class T&gt;</ins>
4616   <ins>bool operator==(nullptr_t, shared_ptr&lt;T&gt; const&amp; a) noexcept;</ins>
4617   <ins>template&lt;class T&gt;</ins>
4618   <ins>bool operator!=(shared_ptr&lt;T&gt; const&amp; a, nullptr_t) noexcept;</ins>
4619   <ins>template&lt;class T&gt;</ins>
4620   <ins>bool operator!=(nullptr_t, shared_ptr&lt;T&gt; const&amp; a) noexcept;</ins>
4621   <ins>template&lt;class T&gt;</ins>
4622   <ins>bool operator&lt;(shared_ptr&lt;T&gt; const&amp; a, nullptr_t) noexcept;</ins>
4623   <ins>template&lt;class T&gt;</ins>
4624   <ins>bool operator&lt;(nullptr_t, shared_ptr&lt;T&gt; const&amp; a) noexcept;</ins>
4625   <ins>template&gt;class T&gt;</ins>
4626   <ins>bool operator&gt;(shared_ptr&lt;T&gt; const&amp; a, nullptr_t) noexcept;</ins>
4627   <ins>template&gt;class T&gt;</ins>
4628   <ins>bool operator&gt;(nullptr_t, shared_ptr&lt;T&gt; const&amp; a) noexcept;</ins>
4629   <ins>template&lt;class T&gt;</ins>
4630   <ins>bool operator&lt;=(shared_ptr&lt;T&gt; const&amp; a, nullptr_t) noexcept;</ins>
4631   <ins>template&lt;class T&gt;</ins>
4632   <ins>bool operator&lt;=(nullptr_t, shared_ptr&lt;T&gt; const&amp; a) noexcept;</ins>
4633   <ins>template&gt;class T&gt;</ins>
4634   <ins>bool operator&gt;=(shared_ptr&lt;T&gt; const&amp; a, nullptr_t) noexcept;</ins>
4635   <ins>template&gt;class T&gt;</ins>
4636   <ins>bool operator&gt;=(nullptr_t, shared_ptr&lt;T&gt; const&amp; a) noexcept;</ins>
4637
4638   [..]
4639 }
4640 </pre></blockquote>
4641 </li>
4642 <li>Change the synopsis just after 20.9.9 [unique.ptr] p. 6 as indicated:
4643 <blockquote><pre>namespace std {
4644   [..]
4645
4646   template &lt;class T1, class D1, class T2, class D2&gt;
4647   bool operator==(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4648   template &lt;class T1, class D1, class T2, class D2&gt;
4649   bool operator!=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4650   template &lt;class T1, class D1, class T2, class D2&gt;
4651   bool operator&lt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4652   template &lt;class T1, class D1, class T2, class D2&gt;
4653   bool operator&lt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4654   template &lt;class T1, class D1, class T2, class D2&gt;
4655   bool operator&gt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4656   template &lt;class T1, class D1, class T2, class D2&gt;
4657   bool operator&gt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4658
4659   <ins>template &lt;class T, class D&gt;</ins>
4660   <ins>bool operator==(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4661   <ins>template &lt;class T, class D&gt;</ins>
4662   <ins>bool operator==(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4663   <ins>template &lt;class T, class D&gt;</ins>
4664   <ins>bool operator!=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4665   <ins>template &lt;class T, class D&gt;</ins>
4666   <ins>bool operator!=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4667   <ins>template &lt;class T, class D&gt;</ins>
4668   <ins>bool operator&lt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4669   <ins>template &lt;class T, class D&gt;</ins>
4670   <ins>bool operator&lt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4671   <ins>template &lt;class T, class D&gt;</ins>
4672   <ins>bool operator&lt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4673   <ins>template &lt;class T, class D&gt;</ins>
4674   <ins>bool operator&lt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4675   <ins>template &lt;class T, class D&gt;</ins>
4676   <ins>bool operator&gt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4677   <ins>template &lt;class T, class D&gt;</ins>
4678   <ins>bool operator&gt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4679   <ins>template &lt;class T, class D&gt;</ins>
4680   <ins>bool operator&gt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4681   <ins>template &lt;class T, class D&gt;</ins>
4682   <ins>bool operator&gt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4683
4684 }
4685 </pre></blockquote>
4686 </li>
4687 <li><a name="1401_extra_bullet">This bullet splits into two sub-bullets A and B as mentioned in the discussion comment:</a>
4688 <ol style="list-style-type:upper-alpha">
4689 <li>Change 20.9.9.4 [unique.ptr.special]/4-7 as indicated and add a series of prototype
4690 descriptions:
4691 <blockquote><pre>template &lt;class T1, class D1, class T2, class D2&gt;
4692   bool operator&lt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4693 </pre>
4694
4695 <blockquote>
4696 <p>
4697 <ins>? <i>Requires:</i> Let <tt>CT</tt> be <tt>common_type&lt;unique_ptr&lt;T1,
4698 D1&gt;::pointer, unique_ptr&lt;T2, D2&gt;::pointer&gt;::type</tt>. Then
4699 the specialization <tt>less&lt;CT&gt;</tt> shall be a function object type ([function.objects])
4700 that induces a strict weak ordering ([alg.sorting]) on the pointer values.</ins>
4701 </p>
4702
4703 <p>
4704 4 <i>Returns:</i> <tt><ins>less&lt;CT&gt;()(x.get(), y.get())</ins><del>x.get()
4705 &lt; y.get()</del></tt>.
4706 </p>
4707
4708 <p>
4709 <ins>? <i>Remarks:</i> If <tt>unique_ptr&lt;T1, D1&gt;::pointer</tt> is not
4710 implicitly convertible to <tt>CT</tt> or <tt>unique_ptr&lt;T2,
4711 D2&gt;::pointer</tt> is not implicitly convertible to <tt>CT</tt>, the program
4712 is ill-formed.</ins>
4713 </p>
4714 </blockquote>
4715
4716 <pre>template &lt;class T1, class D1, class T2, class D2&gt;
4717   bool operator&lt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4718 </pre>
4719
4720 <blockquote>
4721 5 <i>Returns:</i> <tt><ins>!(y &lt; x)</ins><del>x.get() &lt;= y.get()</del></tt>.
4722 </blockquote>
4723
4724 <pre>template &lt;class T1, class D1, class T2, class D2&gt;
4725   bool operator&gt;(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4726 </pre>
4727
4728 <blockquote>
4729 6 <i>Returns:</i> <tt><ins>(y &lt; x)</ins><del>x.get() &gt; y.get()</del></tt>.
4730 </blockquote>
4731
4732 <pre>template &lt;class T1, class D1, class T2, class D2&gt;
4733   bool operator&gt;=(const unique_ptr&lt;T1, D1&gt;&amp; x, const unique_ptr&lt;T2, D2&gt;&amp; y);
4734 </pre>
4735
4736 <blockquote>
4737 7 <i>Returns:</i> <tt><ins>!(x &lt; y)</ins><del>x.get() &gt;= y.get()</del></tt>.
4738 </blockquote>
4739 </blockquote>
4740
4741 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4742 <ins>bool operator==(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4743 <ins>template &lt;class T, class D&gt;</ins>
4744 <ins>bool operator==(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4745 </pre><blockquote>
4746 <ins>? <i>Returns</i>: <tt>!x</tt>.</ins>
4747 </blockquote></blockquote>
4748
4749 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4750 <ins>bool operator!=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4751 <ins>template &lt;class T, class D&gt;</ins>
4752 <ins>bool operator!=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4753 </pre><blockquote>
4754 <ins>? <i>Returns</i>: <tt>(bool) x</tt>.</ins>
4755 </blockquote></blockquote>
4756
4757 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4758 <ins>bool operator&lt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4759 <ins>template &lt;class T, class D&gt;</ins>
4760 <ins>bool operator&gt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4761 </pre>
4762 <blockquote>
4763 <ins>? <i>Requires:</i> The specialization <tt>less&lt;unique_ptr&lt;T, D&gt;::pointer&gt;</tt>
4764 shall be a function object type ([function.objects]) that induces a strict weak ordering ([alg.sorting])
4765 on the pointer values.</ins>
4766 </blockquote>
4767 <blockquote>
4768 <ins>? <i>Returns</i>: <tt>less&lt;unique_ptr&lt;T, D&gt;::pointer&gt;()(x.get(), nullptr)</tt>.</ins>
4769 </blockquote></blockquote>
4770
4771 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4772 <ins>bool operator&lt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4773 <ins>template &lt;class T, class D&gt;</ins>
4774 <ins>bool operator&gt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4775 </pre>
4776 <blockquote>
4777 <ins>? <i>Requires:</i> The specialization <tt>less&lt;unique_ptr&lt;T, D&gt;::pointer&gt;</tt>
4778 shall be a function object type ([function.objects]) that induces a strict weak ordering ([alg.sorting])
4779 on the pointer values.</ins>
4780 </blockquote>
4781 <blockquote>
4782 <ins>? <i>Returns</i>: <tt>less&lt;unique_ptr&lt;T, D&gt;::pointer&gt;()(nullptr, x.get())</tt>.</ins>
4783 </blockquote></blockquote>
4784
4785 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4786 <ins>bool operator&lt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4787 <ins>template &lt;class T, class D&gt;</ins>
4788 <ins>bool operator&gt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4789 </pre><blockquote>
4790 <ins>? <i>Returns</i>: <tt>!(nullptr &lt; x)</tt>.</ins>
4791 </blockquote></blockquote>
4792
4793 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4794 <ins>bool operator&lt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4795 <ins>template &lt;class T, class D&gt;</ins>
4796 <ins>bool operator&gt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4797 </pre><blockquote>
4798 <ins>? <i>Returns</i>: <tt>!(x &lt; nullptr)</tt>.</ins>
4799 </blockquote></blockquote>
4800
4801 </li>
4802 <li>
4803 Add the following series of prototype specifications at the very end of 20.9.9.4 [unique.ptr.special].
4804 Intentionally, the relational operators are defined individually, because there is no guarantee that
4805 from <tt>x.get() &lt; nullptr</tt> follows the relation <tt>nullptr &gt; x.get()</tt>:
4806 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4807 <ins>bool operator==(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4808 <ins>template &lt;class T, class D&gt;</ins>
4809 <ins>bool operator==(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4810 </pre><blockquote>
4811 <ins>? <i>Returns</i>: <tt>!x</tt>.</ins>
4812 </blockquote></blockquote>
4813
4814 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4815 <ins>bool operator!=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t) noexcept;</ins>
4816 <ins>template &lt;class T, class D&gt;</ins>
4817 <ins>bool operator!=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x) noexcept;</ins>
4818 </pre><blockquote>
4819 <ins>? <i>Returns</i>: <tt>(bool) x</tt>.</ins>
4820 </blockquote></blockquote>
4821
4822 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4823 <ins>bool operator&lt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4824 </pre><blockquote>
4825 <ins>? <i>Returns</i>: <tt>x.get() &lt; nullptr</tt>.</ins>
4826 </blockquote></blockquote>
4827
4828 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4829 <ins>bool operator&lt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4830 </pre><blockquote>
4831 <ins>? <i>Returns</i>: <tt>nullptr &lt; x.get()</tt>.</ins>
4832 </blockquote></blockquote>
4833
4834 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4835 <ins>bool operator&lt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4836 </pre><blockquote>
4837 <ins>? <i>Returns</i>: <tt>x.get() &lt;= nullptr</tt>.</ins>
4838 </blockquote></blockquote>
4839
4840 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4841 <ins>bool operator&lt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4842 </pre><blockquote>
4843 <ins>? <i>Returns</i>: <tt>nullptr &lt;= x.get()</tt>.</ins>
4844 </blockquote></blockquote>
4845
4846 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4847 <ins>bool operator&gt;(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4848 </pre><blockquote>
4849 <ins>? <i>Returns</i>: <tt>x.get() &gt; nullptr</tt>.</ins>
4850 </blockquote></blockquote>
4851
4852 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4853 <ins>bool operator&gt;(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4854 </pre><blockquote>
4855 <ins>? <i>Returns</i>: <tt>nullptr &gt; x.get()</tt>.</ins>
4856 </blockquote></blockquote>
4857
4858 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4859 <ins>bool operator&gt;=(const unique_ptr&lt;T, D&gt;&amp; x, nullptr_t);</ins>
4860 </pre><blockquote>
4861 <ins>? <i>Returns</i>: <tt>x.get() &gt;= nullptr</tt>.</ins>
4862 </blockquote></blockquote>
4863
4864 <blockquote><pre><ins>template &lt;class T, class D&gt;</ins>
4865 <ins>bool operator&gt;=(nullptr_t, const unique_ptr&lt;T, D&gt;&amp; x);</ins>
4866 </pre><blockquote>
4867 <ins>? <i>Returns</i>: <tt>nullptr &gt;= x.get()</tt>.</ins>
4868 </blockquote></blockquote>
4869 </li>
4870 </ol>
4871 </li>
4872 <li>Change 20.9.10.2 [util.smartptr.shared] p. 1, class template shared_ptr
4873 synopsis as indicated. For consistency reasons the remaining normal relation
4874 operators are added as well:
4875 <blockquote><pre>namespace std {
4876   [..]
4877   // <i>20.9.11.2.7, shared_ptr comparisons:</i>
4878   template&lt;class T, class U&gt;
4879   bool operator==(const shared_ptr&lt;T&gt;&amp; a, const shared_ptr&lt;U&gt;&amp; b);
4880   template&lt;class T, class U&gt;
4881   bool operator!=(const shared_ptr&lt;T&gt;&amp; a, const shared_ptr&lt;U&gt;&amp; b);
4882   template&lt;class T, class U&gt;
4883   bool operator&lt;(const shared_ptr&lt;T&gt;&amp; a, const shared_ptr&lt;U&gt;&amp; b);
4884   <ins>template&lt;class T, class U&gt;</ins>
4885   <ins>bool operator&gt;(const shared_ptr&lt;T&gt;&amp; a, const shared_ptr&lt;U&gt;&amp; b) noexcept;</ins>
4886   <ins>template&lt;class T, class U&gt;</ins>
4887   <ins>bool operator&lt;=(const shared_ptr&lt;T&gt;&amp; a, const shared_ptr&lt;U&gt;&amp; b) noexcept;</ins>
4888   <ins>template&lt;class T, class U&gt;</ins>
4889   <ins>bool operator&gt;=(const shared_ptr&lt;T&gt;&amp; a, const shared_ptr&lt;U&gt;&amp; b) noexcept;</ins>
4890
4891   <ins>template&lt;class T&gt;</ins>
4892   <ins>bool operator==(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4893   <ins>template&lt;class T&gt;</ins>
4894   <ins>bool operator==(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4895   <ins>template&lt;class T&gt;</ins>
4896   <ins>bool operator!=(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4897   <ins>template&lt;class T&gt;</ins>
4898   <ins>bool operator!=(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4899   <ins>template&lt;class T&gt;</ins>
4900   <ins>bool operator&lt;(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4901   <ins>template&lt;class T&gt;</ins>
4902   <ins>bool operator&lt;(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4903   <ins>template&gt;class T&gt;</ins>
4904   <ins>bool operator&gt;(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4905   <ins>template&gt;class T&gt;</ins>
4906   <ins>bool operator&gt;(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4907   <ins>template&lt;class T&gt;</ins>
4908   <ins>bool operator&lt;=(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4909   <ins>template&lt;class T&gt;</ins>
4910   <ins>bool operator&lt;=(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4911   <ins>template&gt;class T&gt;</ins>
4912   <ins>bool operator&gt;=(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4913   <ins>template&gt;class T&gt;</ins>
4914   <ins>bool operator&gt;=(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4915
4916   [..]
4917 }
4918 </pre></blockquote>
4919 </li>
4920 <li>Add the following series of prototype specifications at the very end of 20.9.10.2.7 [util.smartptr.shared.cmp].
4921 For mixed comparison the general "generation" rule of 20.3.1 [operators] p. 10 does not apply,
4922 therefore all of them are defined. Below wording takes advantage of the simplified definition of the
4923 <em>composite pointer type</em> if one partner is a null pointer constant:
4924 <blockquote><pre><ins>template&lt;class T&gt;</ins>
4925 <ins>bool operator==(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4926 <ins>template&lt;class T&gt;</ins>
4927 <ins>bool operator==(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4928 </pre><blockquote>
4929 <ins>? <i>Returns</i>: <tt>!a</tt>.</ins>
4930 </blockquote></blockquote>
4931
4932 <blockquote><pre><ins>template&lt;class T&gt;</ins>
4933 <ins>bool operator!=(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4934 <ins>template&lt;class T&gt;</ins>
4935 <ins>bool operator!=(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4936 </pre><blockquote>
4937 <ins>? <i>Returns</i>: <tt>(bool) a</tt>.</ins>
4938 </blockquote></blockquote>
4939
4940 <blockquote><pre><ins>template&lt;class T&gt;</ins>
4941 <ins>bool operator&lt;(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4942 <ins>template&lt;class T&gt;</ins>
4943 <ins>bool operator&gt;(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4944 </pre><blockquote>
4945 <ins>? <i>Returns</i>: <tt>less&lt;T*&gt;()(a.get(), nullptr)</tt>.</ins>
4946 </blockquote></blockquote>
4947
4948 <blockquote><pre><ins>template&lt;class T&gt;</ins>
4949 <ins>bool operator&lt;(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4950 <ins>template&lt;class T&gt;</ins>
4951 <ins>bool operator&gt;(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4952 </pre><blockquote>
4953 <ins>? <i>Returns</i>: <tt>less&lt;T*&gt;()(nullptr, a.get())</tt>.</ins>
4954 </blockquote></blockquote>
4955
4956 <blockquote><pre><ins>template&lt;class T&gt;</ins>
4957 <ins>bool operator&lt;=(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4958 <ins>template&lt;class T&gt;</ins>
4959 <ins>bool operator&gt;=(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4960 </pre><blockquote>
4961 <ins>? <i>Returns</i>: <tt>!(nullptr &lt; a)</tt>.</ins>
4962 </blockquote></blockquote>
4963
4964 <blockquote><pre><ins>template&lt;class T&gt;</ins>
4965 <ins>bool operator&lt;=(nullptr_t, const shared_ptr&lt;T&gt;&amp; a) noexcept;</ins>
4966 <ins>template&lt;class T&gt;</ins>
4967 <ins>bool operator&gt;=(const shared_ptr&lt;T&gt;&amp; a, nullptr_t) noexcept;</ins>
4968 </pre><blockquote>
4969 <ins>? <i>Returns</i>: <tt>!(a &lt; nullptr)</tt>.</ins>
4970 </blockquote></blockquote>
4971
4972 </li>
4973 </ol>
4974
4975
4976
4977
4978
4979 <hr>
4980 <h3><a name="1408"></a>1408. [FCD] Allow recycling of pointers after <tt>undeclare_no_pointers</tt></h3>
4981 <p><b>Section:</b> 20.9.11 [util.dynamic.safety] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
4982  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
4983 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#util.dynamic.safety">issues</a> in [util.dynamic.safety].</p>
4984 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
4985 <p><b>Discussion:</b></p>
4986 <p><b>Addresses GB-103</b></p>
4987 <p>
4988 The precondition to calling <tt>declare_no_pointers</tt> is that no
4989 bytes in the range "have been previously registered" with
4990 this call. As written, this precondition includes bytes in
4991 ranges, even after they have been explicitly unregistered
4992 with a later call to <tt>undeclare_no_pointers</tt>.
4993 </p>
4994
4995
4996 <p><b>Proposed resolution:</b></p>
4997 <p>
4998 Update 20.9.11 [util.dynamic.safety] p.9:
4999 </p>
5000 <blockquote><pre>void declare_no_pointers(char *p, size_t n);
5001 </pre><blockquote>
5002 <tt>9</tt> <em>Requires</em>: No bytes in the specified range <del>have been
5003 previously registered</del><ins>are currently registered</ins> with <tt>declare_no_pointers()</tt>.
5004 If the specified range is in an allocated object, then it must be entirely within a single allocated object.
5005 The object must be live until the corresponding <tt>undeclare_no_pointers()</tt> call. [..]
5006 </blockquote></blockquote>
5007
5008
5009
5010
5011
5012 <hr>
5013 <h3><a name="1413"></a>1413. [FCD] Specify whether <tt>high_resolution_clock</tt> is a distinct type or a typedef</h3>
5014 <p><b>Section:</b> 20.11.5.3 [time.clock.hires] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#NAD">Tentatively NAD</a>
5015  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
5016 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively NAD">Tentatively NAD</a> status.</p>
5017 <p><b>Discussion:</b></p>
5018 <p><b>Addresses US-112</b></p>
5019 <p>
5020 What it means for <tt>high_resolution_clock</tt> to be a synonym
5021 is undefined. If it may or may not be a typedef, then
5022 certain classes of programs become unportable.
5023 </p>
5024
5025 <p><i>[
5026 Resolution proposed in ballot comment
5027 ]</i></p>
5028
5029 <p>
5030 Require that it be a distinct class type.
5031 </p>
5032
5033 <p><i>[
5034 2010 Batavia
5035 ]</i></p>
5036
5037 <p>
5038 This is not a defect.  Threre are a number of places in the standard where
5039 we allow implentations to choose their preferred technique, the most obvious
5040 example being the <tt>iterator</tt>/<tt>const_iterator</tt> types of <tt>set</tt>.
5041 </p>
5042 <p>
5043 Typically, this means it is not portable to declare function overloads that differ
5044 only in their use of these types.
5045 </p>
5046
5047
5048
5049 <p><b>Proposed resolution:</b></p>
5050
5051
5052
5053
5054
5055 <hr>
5056 <h3><a name="1418"></a>1418. [FCD] Effects of <tt>resize(size())</tt> on a <tt>deque</tt></h3>
5057 <p><b>Section:</b> 23.3.2.2 [deque.capacity] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
5058  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
5059 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#deque.capacity">issues</a> in [deque.capacity].</p>
5060 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
5061 <p><b>Discussion:</b></p>
5062 <p><b>Addresses GB-113</b></p>
5063 <p>
5064 There is no mention of what happens if <tt>sz==size()</tt>. While
5065 it obviously does nothing I feel a standard needs to say
5066 this explicitely.
5067 </p>
5068
5069
5070 <p><i>[
5071 2010 Batavia
5072 ]</i></p>
5073
5074 <p>
5075 Accepted with a simplified resolution turning one of the <tt>&lt;</tt>
5076 comparisons into <tt>&lt;=.</tt>
5077 </p>
5078
5079 <p><b>Proposed resolution:</b></p>
5080 <p>Ammend [deque.capacity]</p>
5081 <blockquote>
5082 </blockquote>
5083 <p><tt>void resize(size_type sz);</tt></p>
5084 <p>
5085 <i>Effects</i>: If <tt>sz &lt;<ins>=</ins> size()</tt>, equivalent to <tt>erase(begin() +
5086 sz, end());</tt>. If <tt>size() &lt; sz</tt>, appends <tt>sz - size()</tt> <del>default
5087 constructed</del><ins>value initialized</ins> elements to the sequence.
5088 </p>
5089
5090
5091
5092
5093
5094 <hr>
5095 <h3><a name="1420"></a>1420. [FCD] Effects of <tt>resize(size())</tt> on a <tt>list</tt></h3>
5096 <p><b>Section:</b> 23.3.4.2 [list.capacity] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
5097  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
5098 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#list.capacity">issues</a> in [list.capacity].</p>
5099 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
5100 <p><b>Discussion:</b></p>
5101 <p><b>Addresses GB-115</b></p>
5102 <p>
5103 There is no mention of what happens if <tt>sz==size()</tt>. While
5104 it obviously does nothing I feel a standard needs to say
5105 this explicitely.
5106 </p>
5107
5108 <p><i>[
5109 Resolution proposed in ballot comment
5110 ]</i></p>
5111
5112 <p>
5113 Express the semantics as pseudo-code similarly
5114 to the way it is done for the copying overload that
5115 follows (in p3). Include an else clause that does
5116 nothing and covers the <tt>sz==size()</tt> case.
5117 </p>
5118
5119 <p><i>[
5120 2010 Batavia
5121 ]</i></p>
5122
5123 <p>
5124 Accepted with a simplified resolution turning one of the <tt>&lt;</tt>
5125 comparisons into <tt>&lt;=.</tt>
5126 </p>
5127
5128
5129
5130
5131 <p><b>Proposed resolution:</b></p>
5132 <p>
5133 Ammend [list.capacity] p1:
5134 </p>
5135 <blockquote>
5136 <p><tt>void resize(size_type sz);</tt></p>
5137 <blockquote>
5138 <i>Effects</i>: If <tt>sz &lt;<ins>=</ins> size()</tt>, equivalent to <tt>list&lt;T&gt;::iterator
5139 it = begin(); advance(it, sz); erase(it, end());</tt>. If
5140 <tt>size() &lt; sz</tt>, appends <tt>sz - size()</tt> <del>default constructed</del>
5141 <ins>value initialized</ins> elements to the sequence<del></del>.
5142 </blockquote>
5143 </blockquote>
5144
5145
5146
5147
5148
5149
5150 <hr>
5151 <h3><a name="1421"></a>1421. [FCD] Accidental move-only library types due to new core language rules</h3>
5152 <p><b>Section:</b> 23.5 [container.adaptors] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5153  <b>Submitter:</b> DIN <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-26</p>
5154 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#container.adaptors">issues</a> in [container.adaptors].</p>
5155 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5156 <p><b>Duplicate of:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1350">1350</a></p>
5157 <p><b>Discussion:</b></p>
5158
5159 <p><b>Addresses DE-22, CH-15</b></p>
5160 <p>
5161 With the final acceptance of move operations as special
5162 members and introduction of corresponding suppression
5163 rules of implicitly generated copy operations the some
5164 library types that were copyable in C++03 are no longer
5165 copyable (only movable) in C++03, among them <tt>queue</tt>,
5166 <tt>priority_queue</tt>, and <tt>stack</tt>.
5167 </p>
5168
5169 <p><i>[
5170 2010-10-26: Daniel comments:
5171 ]</i></p>
5172
5173
5174 <p>
5175 Accepting <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3112.pdf">n3112</a> should fix this.
5176 </p>
5177
5178
5179
5180 <p><b>Proposed resolution:</b></p>
5181 See <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3112.pdf">n3112</a>
5182
5183
5184
5185
5186
5187 <hr>
5188 <h3><a name="1438"></a>1438. [FCD] No definition for <tt>base()</tt></h3>
5189 <p><b>Section:</b> 26.5.4.1 [rand.adapt.disc] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Ready</a>
5190  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-29</p>
5191 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#rand.adapt.disc">issues</a> in [rand.adapt.disc].</p>
5192 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Ready">Ready</a> status.</p>
5193 <p><b>Discussion:</b></p>
5194 <p><b>Addresses US-126</b></p>
5195
5196 Each adaptor has a member function called <tt>base()</tt> which has no definition.
5197
5198 <p><i>[
5199 Resolution proposed by ballot comment:
5200 ]</i></p>
5201
5202 <blockquote>
5203 Give it the obvious definition.
5204 </blockquote>
5205
5206 <p><i>[
5207 2010-11-03 Daniel comments and provides a proposed resolution:
5208 ]</i></p>
5209
5210
5211 <p>The following proposal adds <tt>noexcept</tt> specifiers to the declarations of
5212 the <tt>base()</tt> functions as replacement for a "<i>Throws</i>: Nothing" element.
5213 </p>
5214
5215 <p><i>[
5216 2010 Batavia: The working group reviewed this issue, and recommended to add the following to the Proposed Resolution.
5217 </i></p><ul><li><i>
5218 Append to paragraph 1 of [rand.req.adapt] (or at the Editor's discretion insert as a new paragraph following that paragraph):
5219 The expression <tt>a.base()</tt> shall be valid and shall return a const reference to <tt>a</tt>'s base engine.
5220 </i></li><i>
5221 </i></ul><i>
5222 After further review, the working group concurred with the Proposed Resolution.
5223 ]</i><p></p>
5224
5225
5226 <p><i>[Batavia: waiting for WEB to review wording]</i></p>
5227
5228
5229
5230
5231 <p><b>Proposed resolution:</b></p>
5232 <ol>
5233 <li>
5234 Add the following sentence to the end of 26.5.1.5 [rand.req.adapt]/1:
5235 <blockquote>
5236 A <i>random number engine adaptor</i> (commonly shortened to <i>adaptor</i>) <tt>a</tt> of type <tt>A</tt> is a
5237 random number engine that takes values produced by some other random number engine, and applies an algorithm to
5238 those values in order to deliver a sequence of values with different randomness properties. An engine <tt>b</tt>
5239 of type <tt>B</tt> adapted in this way is termed a <i>base engine</i> in this context.<ins> The expression
5240 <tt>a.base()</tt> shall be valid and shall return a const reference to <tt>a</tt>'s base engine.</ins>
5241 </blockquote>
5242 </li>
5243 <li>Change in [rand.adapt.disc]/3, class template <tt>discard_block_engine</tt> synopsis, the following declaration:
5244 <blockquote><pre>// <em>property functions</em>
5245 const Engine&amp; base() const <ins>noexcept</ins>;
5246 </pre></blockquote>
5247 </li>
5248 <li>Add the following new prototype description at the end of sub-clause 26.5.4.1 [rand.adapt.disc]:
5249 <blockquote>
5250 <pre><ins>const Engine&amp; base() const noexcept;</ins>
5251 </pre>
5252 <blockquote>
5253 <ins>? <i>Returns</i>: <tt>e</tt>.</ins>
5254 </blockquote>
5255 </blockquote>
5256 </li>
5257 <li>Change in [rand.adapt.ibits]/4, class template <tt>independent_bits_engine</tt> synopsis, the following declaration:
5258 <blockquote><pre>// <em>property functions</em>
5259 const Engine&amp; base() const <ins>noexcept</ins>;
5260 </pre></blockquote>
5261 </li>
5262 <li>Add the following new prototype description at the end of sub-clause 26.5.4.2 [rand.adapt.ibits]:
5263 <blockquote>
5264 <pre><ins>const Engine&amp; base() const noexcept;</ins>
5265 </pre>
5266 <blockquote>
5267 <ins>? <i>Returns</i>: <tt>e</tt>.</ins>
5268 </blockquote>
5269 </blockquote>
5270 </li>
5271 <li>Change in 26.5.4.3 [rand.adapt.shuf]/3, class template <tt>shuffle_order_engine</tt> synopsis, the following declaration:
5272 <blockquote><pre>// <em>property functions</em>
5273 const Engine&amp; base() const <ins>noexcept</ins>;
5274 </pre></blockquote>
5275 </li>
5276 <li>Add the following new prototype description at the end of sub-clause 26.5.4.3 [rand.adapt.shuf]:
5277 <blockquote>
5278 <pre><ins>const Engine&amp; base() const noexcept;</ins>
5279 </pre>
5280 <blockquote>
5281 <ins>? <i>Returns</i>: <tt>e</tt>.</ins>
5282 </blockquote>
5283 </blockquote>
5284 </li>
5285 </ol>
5286
5287
5288
5289
5290
5291 <hr>
5292 <h3><a name="1448"></a>1448. [FCD] Concerns about <tt>basic_stringbuf::str(basic_string)</tt> postconditions</h3>
5293 <p><b>Section:</b> 27.8.1.3 [stringbuf.members] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5294  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
5295 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5296 <p><b>Discussion:</b></p>
5297 <p><b>Addresses GB-124</b></p>
5298
5299 <p>
5300 N3092 27.8.1.3 [stringbuf.members] contains this textcspecifying the postconditions of
5301 <tt>basic_stringbuf::str(basic_string)</tt>:
5302 </p>
5303 <blockquote>
5304 Postconditions: If <tt>mode &amp; ios_base::out</tt> is <tt>true</tt>,
5305 <tt>pbase()</tt> points to the first underlying character and <tt>epptr() &gt;=
5306 pbase() + s.size()</tt> holds; in addition, if <tt>mode &amp; ios_base::in</tt>
5307 is <tt>true</tt>, <tt>pptr() == pbase() + s.data()</tt> holds, otherwise
5308 <tt>pptr() == pbase()</tt> is <tt>true</tt>. [...]
5309 </blockquote>
5310 <p>
5311 Firstly, there's a simple mistake: It should be <tt>pbase() + s.length()</tt>,
5312 not <tt>pbase() + s.data()</tt>.
5313 </p>
5314 <p>
5315 Secondly, it doesn't match existing implementations. As far as I can tell,
5316 GCC 4.5 does not test for <tt>mode &amp; ios_base::in</tt> in the second part
5317 of that sentence, but for <tt>mode &amp; (ios_base::app | ios_base_ate)</tt>,
5318 and Visual C++ 9 for <tt>mode &amp; ios_base::app</tt>. Besides, the wording of
5319 the C++0x draft doesn't make any sense to me. I suggest changing the second part
5320 of the sentence to one of the following:
5321 </p>
5322 <p>
5323 Replace <tt>ios_base::in</tt> with <tt>(ios_base::ate | ios_base::app)</tt>,
5324 but this would require Visual C++ to change (replacing only with
5325 <tt>ios_base::ate</tt> would require GCC to change, and would make
5326 <tt>ios_base::app</tt> completely useless with <tt>stringstreams</tt>):
5327 </p>
5328 <p>
5329 in addition, if <tt>mode &amp; (ios_base::ate | ios_base::app)</tt> is <tt>true</tt>,
5330 <tt>pptr() == pbase() + s.length()</tt> holds, otherwise <tt>pptr() == pbase()</tt>
5331 is <tt>true</tt>.
5332 </p>
5333 <p>
5334 Leave <tt>pptr()</tt> unspecified if <tt>mode &amp; ios_base::app</tt>, but not
5335 <tt>mode &amp; ios_base::ate</tt> (implementations already differ in this case, and it
5336 is always possible to use <tt>ios_base::ate</tt> to get the effect of appending, so it
5337 is not necessary to require any implementation to change):
5338 </p>
5339 <p>
5340 in addition, if <tt>mode &amp; ios_base::ate</tt> is <tt>true</tt>,
5341 <tt>pptr() == pbase() + s.length()</tt> holds, if neither <tt>mode &amp; ios_base::ate</tt>
5342 nor <tt>mode &amp; ios_base::app</tt> is <tt>true</tt>, <tt>pptr() == pbase()</tt> holds,
5343 otherwise <tt>pptr() &gt;= pbase() &amp;&amp; pptr() &lt;= pbase() + s.length()</tt>
5344 (which of the values in this range is unspecified).
5345 </p>
5346 <p>
5347 Slightly stricter:
5348 </p>
5349 <p>
5350 in addition, if <tt>mode &amp; ios_base::ate</tt> is <tt>true</tt>,
5351 <tt>pptr() == pbase() + s.length()</tt> holds, if neither
5352 <tt>mode &amp; ios_base::ate</tt> nor <tt>mode &amp; ios_base::app</tt> is <tt>true</tt>,
5353 <tt>pptr() == pbase()</tt> holds, otherwise <tt>pptr() == pbase() || pptr() == pbase() + s.length()</tt>
5354 (which of these two values is unspecified). A small table might help to better explain the three cases.
5355 BTW, at the end of the postconditions is this text: "<tt>egptr() == eback() + s.size()</tt> hold".
5356 Is there a perference for <tt>basic_string::length</tt> or <tt>basic_string::size</tt>? It doesn't really
5357 matter, but it looks a bit inconsistent.
5358 </p>
5359
5360
5361 <p><b>Proposed resolution:</b></p>
5362
5363
5364
5365
5366
5367 <hr>
5368 <h3><a name="1450"></a>1450. [FCD] Contradiction in regex_constants</h3>
5369 <p><b>Section:</b> 28.5.2 [re.matchflag] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Deferred">Deferred</a>
5370  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-13</p>
5371 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Deferred">Deferred</a> status.</p>
5372 <p><b>Discussion:</b></p>
5373 <p><b>Addresses GB-127</b></p>
5374
5375 The Bitmask Type requirements in 17.5.2.1.3 [bitmask.types] p.3 say that
5376 all elements on a bitmask type have distinct values, but
5377 28.5.2 [re.matchflag] defines <tt>regex_constants::match_default</tt> and
5378 <tt>regex_constants::format_default</tt> as elements of the
5379 bitmask type <tt>regex_constants::match_flag_type</tt>, both with
5380 value 0. This is a contradiction.
5381
5382 <p><i>[
5383 Resolution proposed by ballot comment:
5384 ]</i></p>
5385
5386 <blockquote>
5387 One of the bitmask elements should be removed
5388 from the declaration and should be defined
5389 separately, in the same manner as
5390 <tt>ios_base::adjustfield</tt>, <tt>ios_base::basefield</tt> and
5391 <tt>ios_base::floatfield</tt> are defined by 27.5.2.1.2 [ios::fmtflags] p.2
5392 and Table 120. These are constants of a bitmask
5393 type, but are not distinct elements, they have
5394 more than one value set in the bitmask.
5395 <tt>regex_constants::format_default</tt> should be
5396 specified as a constant with the same value as
5397 <tt>regex_constants::match_default</tt>.
5398 </blockquote>
5399
5400 <p><i>[
5401 2010-10-31 Daniel comments:
5402 ]</i></p>
5403
5404 <p>
5405 Strictly speaking, a bitmask type cannot have any element of value 0 at all, because
5406 any such value would contradict the requirement expressed in 17.5.2.1.3 [bitmask.types] p. 3:
5407 </p><blockquote>
5408 for any pair <em>Ci</em> and <em>Cj</em>, <em>Ci</em> &amp; <em>Ci</em> is nonzero
5409 </blockquote>
5410 So, actually <em>both</em> <tt>regex_constants::match_default</tt> and
5411 <tt>regex_constants::format_default</tt> are only constants of the type
5412 <tt>regex_constants::match_flag_type</tt>, and no bitmask elements.
5413 <p></p>
5414
5415 <p><i>[
5416 2010-11-03 Daniel comments and provides a proposed resolution:
5417 ]</i></p>
5418
5419
5420 <p>The proposed resolution is written against N3126 and considered as a further improvement
5421 of the fixes suggested by <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3110.html">n3110</a>.
5422 </p>
5423
5424
5425 <p><b>Proposed resolution:</b></p>
5426 Add the following sentence to 28.5.2 [re.matchflag]  paragraph 1:
5427 <blockquote>
5428 1 The type <tt>regex_constants::match_flag_type</tt> is an implementation-defined bitmask type (17.5.2.1.3).
5429 Matching a regular expression against a sequence of characters [first,last) proceeds according to the
5430 rules of the grammar specified for the regular expression object, modified according to the effects listed in
5431 Table 136 for any bitmask elements set. <ins>Type <tt>regex_constants::match_flag_type</tt> also defines the
5432 constants <tt>regex_constants::match_default</tt> and <tt>regex_constants::format_default</tt>.</ins>
5433 </blockquote>
5434
5435
5436
5437
5438
5439 <hr>
5440 <h3><a name="1452"></a>1452. [FCD] "target sequence" is not defined</h3>
5441 <p><b>Section:</b> 28.10.4 [re.results.acc] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5442  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-01</p>
5443 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#re.results.acc">issues</a> in [re.results.acc].</p>
5444 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5445 <p><b>Discussion:</b></p>
5446 <p><b>Addresses GB-125</b></p>
5447
5448 The term "target sequence" is not defined (28.10.4 [re.results.acc] p. 2).
5449
5450 <p><i>[
5451 Resolution proposed by ballot comment:
5452 ]</i></p>
5453
5454 <p>
5455 Replace "target sequence" with "string being searched/matched"
5456 </p>
5457
5458 <p><i>[
5459 2010-11-01 Daniel comments:
5460 ]</i></p>
5461
5462 <p>
5463 The proposed resolution looks incomplete to me, there are more normative
5464 usages of the term <em>target sequence</em> in clause 28, e.g.
5465 28.12.2 [re.tokiter] p. 7.
5466 </p>
5467
5468
5469
5470 <p><b>Proposed resolution:</b></p>
5471 Wording changes are against N3126. They are intended not to conflict with the wording changes
5472 suggested by <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3158.html">n3158</a>.
5473 <p>
5474 Change 28.10.4 [re.results.acc] p. 2 as indicated:
5475 </p><blockquote><pre>difference_type position(size_type sub = 0) const;
5476 </pre><blockquote>
5477 2 <em>Returns</em>: The distance from the start of the <del>target sequence</del><ins>string being matched</ins> to <tt>(*this)[sub].first</tt>.
5478 </blockquote></blockquote>
5479
5480
5481
5482
5483
5484 <hr>
5485 <h3><a name="1456"></a>1456. [FCD] Missing fixed-size atomic_ typedefs</h3>
5486 <p><b>Section:</b> 29 [atomics] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5487  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-29</p>
5488 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#atomics">active issues</a> in [atomics].</p>
5489 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics">issues</a> in [atomics].</p>
5490 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5491 <p><b>Discussion:</b></p>
5492 <p><b>Addresses GB-129</b></p>
5493
5494 Table 143 lists the typedefs for various atomic types
5495 corresponding to the various standard integer typedefs,
5496 such as atomic_int_least8_t for int_least8_t, and
5497 atomic_uint_fast64_t for uint_fast64_t. However, there are
5498 no atomic typedefs corresponding to the fixed-size
5499 standard typedefs int8_t, int16_t, and so forth.
5500
5501 <p><i>[
5502 2010-10-24 Daniel adds:
5503 ]</i></p>
5504
5505
5506 <blockquote>
5507 Accepting <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3164.html">n3164</a> would solve this issue.
5508 </blockquote>
5509
5510
5511
5512 <p><b>Proposed resolution:</b></p>
5513 Add the following entries to table 143:
5514
5515 <blockquote>
5516 <table border="1">
5517 <caption>Table 143 \97 Atomics for standard typedef types</caption>
5518 <tbody><tr>
5519 <th>atomic typedef name</th>
5520 <th><tt>&lt;cstdint&gt;</tt> typedef name</th>
5521 </tr>
5522 <tr>
5523 <td><tt>...</tt></td>
5524 <td><tt>...</tt></td>
5525 </tr>
5526 <tr>
5527 <td><tt>atomic_uintmax_t</tt></td>
5528 <td><tt>uintmax_t</tt></td>
5529 </tr>
5530 <tr>
5531 <td><ins><tt>atomic_int8_t</tt></ins></td>
5532 <td><ins><tt>int8_t</tt> (optional)</ins></td>
5533 </tr>
5534 <tr>
5535 <td><ins><tt>atomic_int16_t</tt></ins></td>
5536 <td><ins><tt>int16_t</tt> (optional)</ins></td>
5537 </tr>
5538 <tr>
5539 <td><ins><tt>atomic_int32_t</tt></ins></td>
5540 <td><ins><tt>int32_t</tt> (optional)</ins></td>
5541 </tr>
5542 <tr>
5543 <td><ins><tt>atomic_int64_t</tt></ins></td>
5544 <td><ins><tt>int64_t</tt> (optional)</ins></td>
5545 </tr>
5546 <tr>
5547 <td><ins><tt>atomic_uint8_t</tt></ins></td>
5548 <td><ins><tt>uint8_t</tt> (optional)</ins></td>
5549 </tr>
5550 <tr>
5551 <td><ins><tt>atomic_uint16_t</tt></ins></td>
5552 <td><ins><tt>uint16_t</tt> (optional)</ins></td>
5553 </tr>
5554 <tr>
5555 <td><ins><tt>atomic_uint32_t</tt></ins></td>
5556 <td><ins><tt>uint32_t</tt> (optional)</ins></td>
5557 </tr>
5558 <tr>
5559 <td><ins><tt>atomic_uint64_t</tt></ins></td>
5560 <td><ins><tt>uint64_t</tt> (optional)</ins></td>
5561 </tr>
5562 </tbody></table>
5563 </blockquote>
5564
5565
5566
5567
5568
5569 <hr>
5570 <h3><a name="1457"></a>1457. [FCD] Splitting lock-free properties</h3>
5571 <p><b>Section:</b> 29.2 [atomics.syn] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5572  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-26</p>
5573 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5574 <p><b>Discussion:</b></p>
5575 <p><b>Addresses GB-130</b></p>
5576
5577 The synopsis for the <tt>&lt;atomic&gt;</tt> header lists the macros
5578 <tt>ATOMIC_INTEGRAL_LOCK_FREE</tt> and <tt>ATOMIC_ADDRESS_LOCK_FREE</tt>.
5579 <p>
5580 The <tt>ATOMIC_INTEGRAL_LOCK_FREE</tt> macro has been replaced with a set of macros
5581 for each integral type, as listed in 29.4 [atomics.lockfree].
5582 </p>
5583
5584
5585 <p><i>[
5586 2010-10-26: Daniel adds:
5587 ]</i></p>
5588
5589
5590 <p>
5591 The proposed resolution below is against the FCD working draft. After application
5592 of the editorial issues <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3162.html#US144">US-144</a>
5593 and <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3162.html#US146">US-146</a> the remaining difference
5594 against the working draft is the usage of <em>implementation-defined</em> instead of <em>unspecified</em>, effectively
5595 resulting in this delta:
5596
5597 </p><blockquote><pre>// 29.4, lock-free property
5598 #define ATOMIC_CHAR_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5599 #define ATOMIC_CHAR16_T_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5600 #define ATOMIC_CHAR32_T_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5601 #define ATOMIC_WCHAR_T_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5602 #define ATOMIC_SHORT_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5603 #define ATOMIC_INT_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5604 #define ATOMIC_LONG_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5605 #define ATOMIC_LLONG_LOCK_FREE <del><em>unspecified</em></del><ins><em>implementation-defined</em></ins>
5606 #define ATOMIC_ADDRESS_LOCK_FREE <em>unspecified</em>
5607 </pre></blockquote>
5608 <p></p>
5609
5610 <p>
5611 It is my understanding that the intended wording should be <em>unspecified</em> as for <tt>ATOMIC_ADDRESS_LOCK_FREE</tt>
5612 but if this is right, we need to use the same wording in 29.4 [atomics.lockfree], which consequently uses
5613 the term <em>implementation-defined</em>. I recommend to keep 29.2 [atomics.syn] as it currently is and to
5614 fix 29.4 [atomics.lockfree] instead as indicated (against N3126):
5615 </p>
5616 <p>
5617 New proposed resolution:
5618 </p>
5619 <p>
5620 Change 29.4 [atomics.lockfree] as indicated:
5621 </p><blockquote><pre>#define ATOMIC_CHAR_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5622 #define ATOMIC_CHAR16_T_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5623 #define ATOMIC_CHAR32_T_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5624 #define ATOMIC_WCHAR_T_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5625 #define ATOMIC_SHORT_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5626 #define ATOMIC_INT_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5627 #define ATOMIC_LONG_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5628 #define ATOMIC_LLONG_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5629 #define ATOMIC_ADDRESS_LOCK_FREE <del><em>implementation-defined</em></del><ins><em>unspecified</em></ins>
5630 </pre></blockquote>
5631 <p></p>
5632 <p><b>Proposed resolution:</b></p>
5633 Against FCD, N3092:
5634 <p>
5635 In [atomics.syn], header <tt>&lt;atomic&gt;</tt> synopsis replace as indicated:
5636 </p>
5637 <blockquote><pre>// 29.4, lock-free property
5638 <del>#define ATOMIC_INTEGRAL_LOCK_FREE <em>unspecified</em></del>
5639 <ins>#define ATOMIC_CHAR_LOCK_FREE <em>implementation-defined</em></ins>
5640 <ins>#define ATOMIC_CHAR16_T_LOCK_FREE <em>implementation-defined</em></ins>
5641 <ins>#define ATOMIC_CHAR32_T_LOCK_FREE <em>implementation-defined</em></ins>
5642 <ins>#define ATOMIC_WCHAR_T_LOCK_FREE <em>implementation-defined</em></ins>
5643 <ins>#define ATOMIC_SHORT_LOCK_FREE <em>implementation-defined</em></ins>
5644 <ins>#define ATOMIC_INT_LOCK_FREE <em>implementation-defined</em></ins>
5645 <ins>#define ATOMIC_LONG_LOCK_FREE <em>implementation-defined</em></ins>
5646 <ins>#define ATOMIC_LLONG_LOCK_FREE <em>implementation-defined</em></ins>
5647 #define ATOMIC_ADDRESS_LOCK_FREE <em>unspecified</em>
5648 </pre></blockquote>
5649
5650
5651
5652
5653
5654
5655 <hr>
5656 <h3><a name="1459"></a>1459. [FCD] Overlapping evaluations are allowed</h3>
5657 <p><b>Section:</b> 29.3 [atomics.order] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5658  <b>Submitter:</b> Canada <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-29</p>
5659 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics.order">issues</a> in [atomics.order].</p>
5660 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5661 <p><b>Duplicate of:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1458">1458</a></p>
5662 <p><b>Discussion:</b></p>
5663 <p><b>Addresses CA-21, GB-131</b></p>
5664
5665 29.4 [atomics.lockfree] p.8 states:
5666 <p></p><blockquote>
5667 An atomic store shall only store a value that has
5668 been computed from constants and program input values
5669 by a finite sequence of program evaluations, such
5670 that each evaluation observes the values of variables
5671 as computed by the last prior assignment in the
5672 sequence.
5673 </blockquote><p></p>
5674 <p>
5675 ... but 1.9 [intro.execution] p.13 states:
5676 </p>
5677 <p></p><blockquote>
5678 If A is not sequenced before B and B is not
5679 sequenced before A, then A and B are unsequenced.
5680 [ <em>Note</em>: The execution of unsequenced
5681 evaluations can overlap. \97 <em>end note</em> ]
5682 </blockquote><p></p>
5683 <p>
5684 Overlapping executions can make it impossible to
5685 construct the sequence described in 29.4 [atomics.lockfree] p.8. We are not
5686 sure of the intention here and do not offer a suggestion for
5687 change, but note that 29.4 [atomics.lockfree] p.8 is the condition that prevents
5688 out-of-thin-air reads.
5689 </p>
5690 <p>
5691 For an example, suppose we have a function invocation
5692 f(e1,e2). The evaluations of e1 and e2 can overlap.
5693 Suppose that the evaluation of e1 writes y and reads x
5694 whereas the evaluation of e2 reads y and writes x, with
5695 reads-from edges as below (all this is within a single
5696 thread).
5697 </p><pre> e1           e2
5698 Wrlx y--   --Wrlx x
5699       rf\ /rf
5700          X
5701         / \
5702 Rrlx x&lt;-   -&gt;Rrlx y
5703 </pre>
5704 This seems like it should be allowed, but there seems to
5705 be no way to produce a sequence of evaluations with the
5706 property above.
5707 <p></p>
5708 In more detail, here the two evaluations, e1 and e2, are
5709 being executed as the arguments of a function and are
5710 consequently not sequenced-before each other. In
5711 practice we'd expect that they could overlap (as allowed
5712 by 1.9 [intro.execution] p.13), with the two writes taking effect before the two
5713 reads. However, if we have to construct a linear order of
5714 evaluations, as in 29.4 [atomics.lockfree] p.8, then the execution above is not
5715 permited. Is that really intended?
5716
5717 <p><i>[
5718 Resolution proposed by ballot comment
5719 ]</i></p>
5720
5721 <p>
5722 Please clarify.
5723 </p>
5724
5725
5726 <p><b>Proposed resolution:</b></p>
5727
5728
5729
5730
5731
5732 <hr>
5733 <h3><a name="1460"></a>1460. [FCD] Missing lock-free property for type <tt>bool</tt> should be added</h3>
5734 <p><b>Section:</b> 29.4 [atomics.lockfree] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5735  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
5736 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics.lockfree">issues</a> in [atomics.lockfree].</p>
5737 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5738 <p><b>Discussion:</b></p>
5739 <p><b>Addresses US-154</b></p>
5740
5741 There is no <tt>ATOMIC_BOOL_LOCK_FREE</tt> macro.
5742
5743
5744 <p><b>Proposed resolution:</b></p>
5745 Add <tt>ATOMIC_BOOL_LOCK_FREE</tt> to 29.4 [atomics.lockfree] and to 29.2 [atomics.syn]:
5746 <p>
5747 </p><blockquote><pre>[..]
5748 <ins>#define ATOMIC_BOOL_LOCK_FREE <em>unspecified</em></ins>
5749 #define ATOMIC_CHAR_LOCK_FREE <em>unspecified</em>
5750 #define ATOMIC_CHAR16_T_LOCK_FREE <em>unspecified</em>
5751 #define ATOMIC_CHAR32_T_LOCK_FREE <em>unspecified</em>
5752 [..]
5753 </pre></blockquote>
5754 <p></p>
5755
5756
5757
5758
5759
5760 <hr>
5761 <h3><a name="1461"></a>1461. [FCD] Rename all <tt>ATOMIC_*</tt> macros as <tt>STD_ATOMIC_*</tt></h3>
5762 <p><b>Section:</b> 29 [atomics] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5763  <b>Submitter:</b> Canada <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-26</p>
5764 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#atomics">active issues</a> in [atomics].</p>
5765 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics">issues</a> in [atomics].</p>
5766 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5767 <p><b>Discussion:</b></p>
5768 <p><b>Addresses CA-1</b></p>
5769
5770 All <tt>ATOMIC_</tt>... macros should be prefixed with <tt>STD_</tt> as
5771 in <tt>STD_ATOMIC_</tt>... to indicate they are <tt>STD</tt> macros as
5772 other standard macros. The rationale that they all seem too long seems weak.
5773
5774
5775 <p><b>Proposed resolution:</b></p>
5776 <ol>
5777 <li>Change sub-clause 29.2 [atomics.syn] as indicated:
5778 <p>
5779 </p><blockquote><pre>[..]
5780 // <em>29.4, lock-free property</em>
5781 #define <ins>STD_</ins>ATOMIC_CHAR_LOCK_FREE <em>unspecified</em>
5782 #define <ins>STD_</ins>ATOMIC_CHAR16_T_LOCK_FREE <em>unspecified</em>
5783 #define <ins>STD_</ins>ATOMIC_CHAR32_T_LOCK_FREE <em>unspecified</em>
5784 #define <ins>STD_</ins>ATOMIC_WCHAR_T_LOCK_FREE <em>unspecified</em>
5785 #define <ins>STD_</ins>ATOMIC_SHORT_LOCK_FREE <em>unspecified</em>
5786 #define <ins>STD_</ins>ATOMIC_INT_LOCK_FREE <em>unspecified</em>
5787 #define <ins>STD_</ins>ATOMIC_LONG_LOCK_FREE <em>unspecified</em>
5788 #define <ins>STD_</ins>ATOMIC_LLONG_LOCK_FREE <em>unspecified</em>
5789 #define <ins>STD_</ins>ATOMIC_ADDRESS_LOCK_FREE <em>unspecified</em>
5790
5791 // <em>29.6, operations on atomic types</em>
5792 #define <ins>STD_</ins>ATOMIC_VAR_INIT(value) <em>see below</em>
5793 [..]
5794 </pre></blockquote>
5795 <p></p>
5796 </li>
5797 <li>
5798 Change 29.4 [atomics.lockfree] p. 1 as indicated:
5799 <blockquote><pre>#define <ins>STD_</ins>ATOMIC_CHAR_LOCK_FREE <em>implementation-defined</em>
5800 #define <ins>STD_</ins>ATOMIC_CHAR16_T_LOCK_FREE <em>implementation-defined</em>
5801 #define <ins>STD_</ins>ATOMIC_CHAR32_T_LOCK_FREE <em>implementation-defined</em>
5802 #define <ins>STD_</ins>ATOMIC_WCHAR_T_LOCK_FREE <em>implementation-defined</em>
5803 #define <ins>STD_</ins>ATOMIC_SHORT_LOCK_FREE <em>implementation-defined</em>
5804 #define <ins>STD_</ins>ATOMIC_INT_LOCK_FREE <em>implementation-defined</em>
5805 #define <ins>STD_</ins>ATOMIC_LONG_LOCK_FREE <em>implementation-defined</em>
5806 #define <ins>STD_</ins>ATOMIC_LLONG_LOCK_FREE <em>implementation-defined</em>
5807 #define <ins>STD_</ins>ATOMIC_ADDRESS_LOCK_FREE <em>implementation-defined</em>
5808 </pre><blockquote>
5809 1 The <tt><ins>STD_</ins>ATOMIC_..._LOCK_FREE</tt> macros indicate the lock-free property of the corresponding atomic types, [..]
5810 </blockquote></blockquote>
5811 </li>
5812 <li>
5813 Change 29.6 [atomics.types.operations] p. 5 as indicated:
5814 <blockquote><pre>#define <ins>STD_</ins>ATOMIC_VAR_INIT(value) <em>see below</em>
5815 </pre><blockquote>
5816 5 <em>Remarks</em>: A macro that expands to a token sequence suitable for initializing an atomic variable of
5817 a type that is initializion-compatible with value. Concurrent access to the variable being initialized,
5818 even via an atomic operation, constitutes a data race. [ <em>Example:</em>
5819 <blockquote><pre>atomic_int v = <ins>STD_</ins>ATOMIC_VAR_INIT(5);
5820 </pre></blockquote>
5821 \97 <em>end example</em> ]
5822 </blockquote></blockquote>
5823 </li>
5824 <li>
5825 Change 29.7 [atomics.flag] p. 1+4 as indicated:
5826 <blockquote><pre>namespace std {
5827   [..]
5828   #define <ins>STD_</ins>ATOMIC_FLAG_INIT <em>see below</em>
5829 }
5830 </pre><blockquote>
5831 [..]
5832 4 The macro <tt><ins>STD_</ins>ATOMIC_FLAG_INIT</tt> shall be defined in such a way that it can be used to initialize an object of
5833 type <tt>atomic_flag</tt> to the clear state. For a static-duration object, that initialization shall be static. It is
5834 unspecified whether an unitialized <tt>atomic_flag</tt> object has an initial state of set or clear. [ <em>Example:</em>
5835 <blockquote><pre>atomic_flag guard = <ins>STD_</ins>ATOMIC_FLAG_INIT;
5836 </pre></blockquote>
5837 \97 <em>end example</em> ]
5838 </blockquote></blockquote>
5839 </li>
5840 </ol>
5841
5842
5843
5844
5845
5846 <hr>
5847 <h3><a name="1474"></a>1474. [FCD] weak compare-and-exchange confusion</h3>
5848 <p><b>Section:</b> 29.6 [atomics.types.operations] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5849  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
5850 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#atomics.types.operations">active issues</a> in [atomics.types.operations].</p>
5851 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics.types.operations">issues</a> in [atomics.types.operations].</p>
5852 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5853 <p><b>Duplicate of:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1470">1470</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1475">1475</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1476">1476</a>, <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1477">1477</a></p>
5854 <p><b>Discussion:</b></p>
5855
5856
5857
5858 <p><b>Addresses US-175, US-165, CH-23, GB-135</b></p>
5859
5860 29.6 [atomics.types.operations] p. 23: The first sentence is grammatically incorrect.
5861
5862 <p><i>[
5863 2010-10-28 Daniel adds:
5864 ]</i></p>
5865
5866 <p>
5867 Proposed resolution of duplicate issue <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-closed.html#1475">1475</a>:
5868 </p>
5869 Change 29.6 [atomics.types.operations] p. 23 as indicated:
5870 <blockquote>
5871 23 <em>Remark</em>: <del>The weak compare-and-exchange operations may fail spuriously, that is, return false while
5872 leaving the contents of memory pointed to by <tt>expected</tt> before the operation is the same that same
5873 as that of the <tt>object</tt> and the same as that of <tt>expected</tt> after the operation</del><ins>The weak
5874 compare-and-exchange operations may fail spuriously, that is, return false while leaving the contents of memory
5875 pointed to by <tt>expected</tt> unchanged.</ins>. [ <em>Note</em>: This spurious failure enables implementation of
5876 compare-and-exchange on a broader class of machines, e.g., loadlocked store-conditional machines. A consequence of
5877 spurious failure is that nearly all uses of weak compare-and-exchange will be in a loop.
5878 <p>
5879 When a compare-and-exchange is in a loop, the weak version will yield better performance on some
5880 platforms. When a weak compare-and-exchange would require a loop and a strong one would not, the
5881 strong one is preferable. \97 <em>end note</em> ]
5882 </p></blockquote>
5883
5884
5885 <p><b>Proposed resolution:</b></p>
5886 Change 29.6 [atomics.types.operations] p. 23 as indicated:
5887 <blockquote>
5888 23 <em>Remark</em>: <del>The weak compare-and-exchange operations may fail spuriously, that is, return false while
5889 leaving the contents of memory pointed to by <tt>expected</tt> before the operation is the same that same
5890 as that of the <tt>object</tt> and the same as that of <tt>expected</tt> after the operation</del><ins>The weak
5891 compare-and-exchange operations may fail spuriously. That is, it may return false while leaving the contents of
5892 memory pointed to by <tt>expected</tt> the same as it was before the operation</ins>. [ <em>Note</em>: This spurious
5893 failure enables implementation of compare-and-exchange on a broader class of machines, e.g., loadlocked
5894 store-conditional machines. A consequence of spurious failure is that nearly all uses of weak
5895 compare-and-exchange will be in a loop.
5896 <p>
5897 When a compare-and-exchange is in a loop, the weak version will yield better performance on some
5898 platforms. When a weak compare-and-exchange would require a loop and a strong one would not, the
5899 strong one is preferable. \97 <em>end note</em> ]
5900 </p></blockquote>
5901
5902
5903
5904
5905
5906 <hr>
5907 <h3><a name="1478"></a>1478. [FCD] Clarify race conditions in atomics initialization</h3>
5908 <p><b>Section:</b> 29.6 [atomics.types.operations] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5909  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-10-29</p>
5910 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#atomics.types.operations">active issues</a> in [atomics.types.operations].</p>
5911 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics.types.operations">issues</a> in [atomics.types.operations].</p>
5912 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5913 <p><b>Discussion:</b></p>
5914 <p><b>Addresses GB-136</b></p>
5915
5916 GB requests normative clarification in 29.6 [atomics.types.operations] p.4 that
5917 concurrent access constitutes a race, as already done on p.6 and p.7.
5918
5919 <p><i>[
5920 Resolution proposed in ballot comment:
5921 ]</i></p>
5922
5923
5924 <blockquote>
5925 Initialisation of atomics:
5926 <p>
5927 We believe the intent is that for any atomics there is a distinguished
5928 initialisation write, but that this need not happens-before all the
5929 other operations on that atomic - specifically so that the
5930 initialisation write might be non-atomic and hence give rise to a data
5931 race, and hence undefined behaviour, in examples such as this (from
5932 Hans):
5933 </p><blockquote><pre>atomic&lt;atomic&lt;int&gt; *&gt; p
5934 f()                      |
5935 { atomic&lt;int&gt;x;          | W_na x
5936   p.store(&amp;x,mo_rlx); | W_rlx p=&amp;x
5937 }                        |
5938 </pre></blockquote>
5939 (where na is nonatomic and rlx is relaxed). We suspect also that no
5940 other mixed atomic/nonatomic access to the same location is intended
5941 to be permitted. Either way, a note would probably help.
5942 </blockquote>
5943
5944
5945 <p><b>Proposed resolution:</b></p>
5946
5947
5948
5949
5950
5951 <hr>
5952 <h3><a name="1479"></a>1479. [FCD] Fence functions should be <tt>extern "C"</tt></h3>
5953 <p><b>Section:</b> 29.8 [atomics.fences] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
5954  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
5955 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#atomics.fences">active issues</a> in [atomics.fences].</p>
5956 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics.fences">issues</a> in [atomics.fences].</p>
5957 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
5958 <p><b>Discussion:</b></p>
5959 <p><b>Addresses US-179</b></p>
5960
5961 The fence functions (29.8 [atomics.fences] p.5 + p.6) should be <tt>extern "C"</tt>, for <tt>C</tt> compatibility.
5962
5963
5964 <p><b>Proposed resolution:</b></p>
5965 <ol>
5966 <li>Change 29.2 [atomics.syn], header <tt>&lt;atomic&gt;</tt> synopsis as indicated:
5967 <blockquote><pre>namespace std {
5968   [..]
5969   // <em>29.8, fences</em>
5970   <ins>extern "C"</ins> void atomic_thread_fence(memory_order);
5971   <ins>extern "C"</ins> void atomic_signal_fence(memory_order);
5972 }
5973 </pre></blockquote>
5974 </li>
5975 <li>Change 29.8 [atomics.fences], p. 5 and p. 6 as indicated:
5976 <blockquote><pre><ins>extern "C"</ins> void atomic_thread_fence(memory_order);
5977 </pre><blockquote>
5978 5 <em>Effects</em>: depending on the value of <tt>order</tt>, this operation: [..]
5979 </blockquote></blockquote>
5980 <blockquote><pre><ins>extern "C"</ins> void atomic_signal_fence(memory_order);
5981 </pre><blockquote>
5982 6 <em>Effects</em>: equivalent to <tt>atomic_thread_fence(order)</tt>, except that synchronizes with relationships are
5983 established only between a thread and a signal handler executed in the same thread.
5984 </blockquote></blockquote>
5985 </li>
5986 </ol>
5987
5988
5989
5990
5991
5992 <hr>
5993 <h3><a name="1480"></a>1480. [FCD] Atomic fences don't have <em>synchronizes with</em> relation</h3>
5994 <p><b>Section:</b> 29.8 [atomics.fences] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Review">Review</a>
5995  <b>Submitter:</b> BSI <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-14</p>
5996 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#atomics.fences">active issues</a> in [atomics.fences].</p>
5997 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics.fences">issues</a> in [atomics.fences].</p>
5998 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Review">Review</a> status.</p>
5999 <p><b>Discussion:</b></p>
6000 <p><b>Addresses GB-137</b></p>
6001
6002 Thread fence not only establish synchronizes with relationships,
6003 there are semantics of fences that are expressed not in
6004 terms of <em>synchronizes with</em> relationships (for example see 29.3 [atomics.order] p.5).
6005 These semantics also need to apply to the use of
6006 <tt>atomic_signal_fence</tt> in a restricted way.
6007
6008 <p><i>[Batavia: Concurrency group discussed issue, and is OK with the proposed resolution.]</i></p>
6009
6010
6011
6012 <p><b>Proposed resolution:</b></p>
6013 Change 29.8 [atomics.fences] p. 6 as indicated:
6014 <blockquote><pre>void atomic_signal_fence(memory_order);
6015 </pre><blockquote>
6016 6 <em>Effects</em>: equivalent to <tt>atomic_thread_fence(order)</tt>, except that <del>synchronizes
6017 with relationships</del><ins>the resulting ordering constraints</ins> are established only between a
6018 thread and a signal handler executed in the same thread.
6019 </blockquote></blockquote>
6020
6021
6022
6023
6024
6025 <hr>
6026 <h3><a name="1485"></a>1485. [FCD] Unclear <tt>thread::id</tt> specification</h3>
6027 <p><b>Section:</b> 30.3.1.1 [thread.thread.id] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6028  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-23</p>
6029 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#thread.thread.id">issues</a> in [thread.thread.id].</p>
6030 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6031 <p><b>Discussion:</b></p>
6032 <p><b>Addresses US-184</b></p>
6033
6034 It is unclear when a <tt>thread::id</tt> ceases to be meaningful.
6035 The sentence "The library may reuse the value of a
6036 <tt>thread::id</tt> of a terminated thread that can no longer be
6037 joined." implies that some terminated threads can be
6038 joined. It says nothing about detached threads.
6039
6040 <p><i>[
6041 Resolution proposed by ballot comment:
6042 ]</i></p>
6043
6044 <blockquote>
6045 Require a unique <tt>thread::id</tt> for every thread that is
6046 (1) detached and not terminated or (2) has an associated <tt>std::thread</tt>
6047 object.
6048 </blockquote>
6049
6050 <p><i>[
6051 2010-11-22 Howard Hinnant observes
6052 ]</i></p>
6053
6054
6055
6056 <p>
6057 A thread can either be running or terminated.  Additionally a thread can be joined, detached, or neither.  These combine into the five possible states shown in this table:
6058 </p>
6059
6060 <table border="1">
6061 <tbody><tr>
6062 <th></th><th>Running</th><th>Terminated</th>
6063 </tr>
6064 <tr>
6065 <th>Neither joined nor detached</th><td>shall not reuse id</td><td>shall not reuse id</td>
6066 </tr>
6067 <tr>
6068 <th>detached</th><td>shall not reuse id</td><td>may reuse id</td>
6069 </tr>
6070 <tr>
6071 <th>joined</th><td>impossible state</td><td>may reuse id</td>
6072 </tr>
6073 </tbody></table>
6074 <p>
6075 Only if a thread is neither joined nor detached can it be joined.  Or said differently, if a thread has already been joined or detached, then it can not be joined.  The sentence:
6076 </p><blockquote>
6077 The library may reuse the value of a <tt>thread::id</tt> of a terminated thread that can no longer be joined.
6078 </blockquote>
6079 precisely defines the two states shown in the above table where a thread::id may be reused.
6080 <p></p>
6081 <p>
6082 The following program illustrates all of the possibilities:
6083 </p>
6084 <blockquote><pre>#include &lt;mutex&gt;
6085 #include &lt;thread&gt;
6086 #include &lt;iostream&gt;
6087 #include &lt;chrono&gt;
6088
6089 std::mutex mut;
6090
6091 void f()
6092 {
6093    std::lock_guard&lt;std::mutex&gt; _(mut);
6094    std::cout &lt;&lt; "f id = " &lt;&lt; std::this_thread::get_id() &lt;&lt; " terminating\n";
6095 }
6096
6097 void g()
6098 {
6099    std::lock_guard&lt;std::mutex&gt; _(mut);
6100    std::cout &lt;&lt; "g id = " &lt;&lt; std::this_thread::get_id() &lt;&lt; " terminating\n";
6101 }
6102
6103 int main()
6104 {
6105    std::cout &lt;&lt; "main id = " &lt;&lt; std::this_thread::get_id() &lt;&lt; "\n";
6106    std::thread t1(f);
6107    std::thread(g).detach();
6108    std::this_thread::sleep_for(std::chrono::seconds(1));
6109    std::cout &lt;&lt; "g's thread::id can be reused here because g has terminated and is detached.\n";
6110    std::cout &lt;&lt; "f's thread::id can't be reused here because f has terminated but is still joinable.\n";
6111    std::cout &lt;&lt; "f id = " &lt;&lt; t1.get_id() &lt;&lt; "\n";
6112    t1.join();
6113    std::cout &lt;&lt; "f's thread::id can be reused here because f has terminated and is joined.\n";
6114    std::cout &lt;&lt; "f id = " &lt;&lt; t1.get_id() &lt;&lt; "\n";
6115 }
6116
6117 main id = 0x7fff71197ca0
6118 f id = 0x100381000 terminating
6119 g id = 0x100581000 terminating
6120 g's thread::id can be reused here because g has terminated and is detached.
6121 f's thread::id can't be reused here because f has terminated but is still joinable.
6122 f id = 0x100381000
6123 f's thread::id can be reused here because f has terminated and is joined.
6124 f id = 0x0
6125 </pre></blockquote>
6126
6127 <p><b>Proposed resolution:</b></p>
6128
6129
6130
6131
6132
6133 <hr>
6134 <h3><a name="1486"></a>1486. [FCD] Value of <tt>this_thread::get_id()</tt> underspecified for detached thread</h3>
6135 <p><b>Section:</b> 30.3.2 [thread.thread.this] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6136  <b>Submitter:</b> Switzerland <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-23</p>
6137 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#thread.thread.this">active issues</a> in [thread.thread.this].</p>
6138 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#thread.thread.this">issues</a> in [thread.thread.this].</p>
6139 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6140 <p><b>Discussion:</b></p>
6141 <p><b>Addresses CH-24</b></p>
6142
6143 What would be the value <tt>this_thread::get_id()</tt> when called from a detached thread?
6144
6145 <p><i>[
6146 Resolution proposed by ballot comment:
6147 ]</i></p>
6148
6149 <p>
6150 Add some text to clarify that get_id() still returns
6151 the same value even after detaching.
6152 </p>
6153
6154 <p><i>[
6155 2010-11-22 Howard Hinnant observes
6156 ]</i></p>
6157
6158
6159 <p>
6160 30.3.2 [thread.thread.this]/1 contains the following sentence describing <tt>this_thread::get_id()</tt>:
6161 </p>
6162
6163 <blockquote>
6164 ... No other thread of execution shall have this id and this thread of execution shall always have this id.
6165 </blockquote>
6166
6167 I don't object to adding "even if detached" to this sentence, but it seems unnecessary to me.  "Always" means always.
6168
6169
6170 <p><b>Proposed resolution:</b></p>
6171
6172
6173
6174
6175
6176 <hr>
6177 <h3><a name="1487"></a>1487. [FCD] Clock related operations exception specifications conflict</h3>
6178 <p><b>Section:</b> 30.3.2 [thread.thread.this] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6179  <b>Submitter:</b> Switzerland <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-01</p>
6180 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#thread.thread.this">active issues</a> in [thread.thread.this].</p>
6181 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#thread.thread.this">issues</a> in [thread.thread.this].</p>
6182 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6183 <p><b>Discussion:</b></p>
6184 <p><b>Addresses CH-25</b></p>
6185
6186 Clock related operations are currently not required not to
6187 throw. So "Throws: Nothing." is not always true.
6188
6189 <p><i>[
6190 Resolution proposed by ballot comment:
6191 ]</i></p>
6192
6193 <blockquote>
6194 Either require clock related operations not to throw
6195 (in 20.10) or change the Throws clauses in 30.3.2.
6196 Also possibly add a note that <tt>abs_time</tt> in the past
6197 or negative <tt>rel_time</tt> is allowed.
6198 </blockquote>
6199
6200
6201
6202 <p><b>Proposed resolution:</b></p>
6203
6204
6205
6206
6207
6208 <hr>
6209 <h3><a name="1494"></a>1494. [FCD] Term "are serialized" not defined</h3>
6210 <p><b>Section:</b> 30.4.4.2 [thread.once.callonce] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6211  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
6212 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6213 <p><b>Discussion:</b></p>
6214 <p><b>Addresses US-190</b></p>
6215
6216 The term "are serialized" is never defined (30.4.4.2 [thread.once.callonce] p. 2).
6217
6218 <p><i>[
6219 Resolution proposed by ballot comment:
6220 ]</i></p>
6221
6222 <p>
6223 Remove the sentence with "are serialized" from
6224 paragraph 2. Add "Calls to <tt>call_once</tt> on the same
6225 <tt>once_flag</tt> object shall not introduce data races
6226 (17.6.4.8)." to paragraph 3.
6227 </p>
6228
6229 <p><i>[
6230 2010-11-01 Daniel translates NB comment into wording
6231 ]</i></p>
6232
6233
6234
6235
6236 <p><b>Proposed resolution:</b></p>
6237 Change 30.4.4.2 [thread.once.callonce] p.2+3 as indicated:
6238 <blockquote><pre>template&lt;class Callable, class ...Args&gt;
6239 void call_once(once_flag&amp; flag, Callable&amp;&amp; func, Args&amp;&amp;... args);
6240 </pre><blockquote>
6241 [..]
6242 <p>
6243 2 <em>Effects</em>: <del>Calls to <tt>call_once</tt> on the same <tt>once_flag</tt> object are serialized.</del>
6244 If there has been a prior effective call to <tt>call_once</tt> on the same <tt>once_flag object</tt>,
6245 the call to <tt>call_once</tt> returns without invoking <tt>func</tt>. If there has been no prior
6246 effective call to <tt>call_once</tt> on the same <tt>once_flag</tt> object,
6247 <tt>INVOKE(decay_copy( std::forward&lt;Callable&gt;(func)), decay_copy(std::forward&lt;Args&gt;(args))...)</tt>
6248 is executed. The call to <tt>call_once</tt> is effective if and only if
6249 <tt>INVOKE(decay_copy( std::forward&lt;Callable&gt;(func)), decay_copy(std::forward&lt;Args&gt;(args))...)</tt>
6250 returns without throwing an exception. If an exception is thrown it is propagated to the caller.
6251 </p><p>
6252 3 <em>Synchronization</em>: The completion of an effective call to <tt>call_once</tt> on a <tt>once_flag</tt>
6253 object synchronizes with (1.10) all subsequent calls to <tt>call_once</tt> on the same <tt>once_flag</tt> object.
6254 <ins>Calls to <tt>call_once</tt> on the same <tt>once_flag</tt> object shall not introduce data races ([res.on.data.races]).</ins>
6255 </p></blockquote></blockquote>
6256
6257
6258
6259
6260
6261 <hr>
6262 <h3><a name="1497"></a>1497. [FCD] <tt>lock()</tt> postcondition can not be generally achieved</h3>
6263 <p><b>Section:</b> 30.5 [thread.condition] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Tentatively Ready</a>
6264  <b>Submitter:</b> Switzerland <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-08</p>
6265 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#thread.condition">issues</a> in [thread.condition].</p>
6266 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively Ready">Tentatively Ready</a> status.</p>
6267 <p><b>Discussion:</b></p>
6268 <p><b>Addresses CH-30</b></p>
6269
6270 If <tt>lock.lock()</tt> throws an exception, the postcondition can not be generally achieved.
6271
6272 <p><i>[
6273 Resolution proposed by ballot comment:
6274 ]</i></p>
6275
6276 <blockquote>
6277 Either state that the postcondition might not be achieved, depending on the error condition, or
6278 state that <tt>terminate()</tt> is called in this case.
6279 </blockquote>
6280
6281 <p><i>[
6282 2010-08-13 Peter Sommerlad comments and provides wording
6283 ]</i></p>
6284
6285
6286 <blockquote>
6287 30.5.1 [thread.condition.condvar], 30.5.2 [thread.condition.condvarany]
6288 <p>
6289 p. 13, last bullet, and corresponding paragraphs in all wait functions
6290 </p><p>
6291 Problem:<br>
6292 Condition variable wait might fail, because the lock cannot be acquired when notified.
6293 CH-30 says: "If lock.lock() throws an exception, the postcondition can not be generally achieved."
6294 CH-30 proposes: "Either state that the postcondition might not be achieved, depending on the error
6295 condition, or state that terminate() is called in this case."
6296 </p><p>
6297 The discussion in Rapperswil concluded that calling <tt>terminate()</tt> might be too drastic in
6298 this case and a corresponding exception should be thrown/passed on and one should use a lock type
6299 that allows querying its status, which <tt>unique_lock</tt> allows for <tt>std::condition_variable</tt>
6300 </p><p>
6301 We also had some additional observations while discussing in Rapperswil:
6302 </p><ul>
6303 <li>in 30.5.1 [thread.condition.condvar] <tt>wait</tt> with predicate and <tt>wait_until</tt> with
6304 predicate lack the precondition, postcondition and Error conditions sections. the lack of the precondition
6305 would allow to call <tt>pred()</tt> without holding the lock.
6306 </li>
6307 <li>in 30.5.1 [thread.condition.condvar] <tt>wait_until</tt> and <tt>wait_for</tt> and
6308 30.5.2 [thread.condition.condvarany] <tt>wait_for</tt> still specify an
6309 error condition for a violated precondition. This should be removed.
6310 </li>
6311 </ul>
6312 and add the following proposed solution:
6313 </blockquote>
6314
6315
6316 <p><b>Proposed resolution:</b></p>
6317 <ol>
6318 <li>Change 30.5.1 [thread.condition.condvar] as indicated:
6319 <blockquote><pre>void wait(unique_lock&lt;mutex&gt;&amp; lock);
6320 </pre></blockquote>
6321 <blockquote>
6322 12 <i>Requires</i>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread, and either
6323 <ul>
6324 <li>no other thread is waiting on this <tt>condition_variable</tt> object or
6325 </li>
6326 <li><tt>lock.mutex()</tt> returns the same value for each of the <tt>lock</tt> arguments supplied by all concurrently
6327 waiting (via <tt>wait</tt> or <tt>timed_wait</tt>) threads.
6328 </li>
6329 </ul>
6330 </blockquote>
6331 [..]
6332 <blockquote>
6333 14 <em>Postcondition</em>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread.
6334 </blockquote>
6335 [..]
6336 <blockquote><pre>template &lt;class Predicate&gt;
6337 void wait(unique_lock&lt;mutex&gt;&amp; lock, Predicate pred);
6338 </pre></blockquote>
6339 <blockquote>
6340 <ins>?? <i>Requires</i>: <tt>lock.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt> is locked by the calling thread, and either</ins>
6341 <ul>
6342 <li><ins>no other thread is waiting on this <tt>condition_variable</tt> object or</ins>
6343 </li>
6344 <li><ins><tt>lock.mutex()</tt> returns the same value for each of the <tt>lock</tt> arguments supplied by all concurrently
6345 waiting (via <tt>wait</tt> or <tt>timed_wait</tt>) threads.</ins>
6346 </li>
6347 </ul>
6348 </blockquote>
6349 <blockquote>
6350 17 <i>Effects</i>:
6351 <blockquote><pre>while (!pred())
6352   wait(lock);
6353 </pre></blockquote>
6354 </blockquote>
6355
6356 <blockquote>
6357 <ins>?? <i>Postcondition</i>: <tt>lock.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt> is locked by the calling thread.</ins>
6358 </blockquote>
6359 <blockquote>
6360 <ins>?? <i>Throws</i>: <tt>std::system_error</tt> when an exception is required (30.2.2).</ins>
6361 </blockquote>
6362 <blockquote>
6363 <ins>?? <em>Error conditions</em>:</ins>
6364 <ul>
6365 <li><ins>equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.</ins>
6366 </li>
6367 </ul>
6368 </blockquote>
6369
6370 <blockquote><pre>template &lt;class Clock, class Duration&gt;
6371 cv_status wait_until(unique_lock&lt;mutex&gt;&amp; lock,
6372   const chrono::time_point&lt;Clock, Duration&gt;&amp; abs_time);
6373 </pre></blockquote>
6374 <blockquote>
6375 18 <i>Requires</i>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread, and either
6376 <ul>
6377 <li>no other thread is waiting on this <tt>condition_variable</tt> object or
6378 </li>
6379 <li><tt>lock.mutex()</tt> returns the same value for each of the <tt>lock</tt> arguments supplied by all concurrently
6380 waiting (via <tt>wait</tt>, <tt>wait_for</tt>, or <tt>wait_until</tt>) threads.
6381 </li>
6382 </ul>
6383 </blockquote>
6384 [..]
6385 <blockquote>
6386 20 <em>Postcondition</em>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread.
6387 </blockquote>
6388 [..]
6389 <blockquote>
6390 23 <em>Error conditions</em>:
6391 <ul>
6392 <li><del><tt>operation_not_permitted</tt> \97 if the thread does not own the lock.</del>
6393 </li>
6394 <li>equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.
6395 </li>
6396 </ul>
6397 </blockquote>
6398 <blockquote><pre>template &lt;class Rep, class Period&gt;
6399 cv_status wait_for(unique_lock&lt;mutex&gt;&amp; lock,
6400   const chrono::duration&lt;Rep, Period&gt;&amp; rel_time);
6401 </pre></blockquote>
6402 <blockquote>
6403 24 <i>Requires</i>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread, and either
6404 <ul>
6405 <li>no other thread is waiting on this <tt>condition_variable</tt> object or
6406 </li>
6407 <li><tt>lock.mutex()</tt> returns the same value for each of the <tt>lock</tt> arguments supplied by all concurrently
6408 waiting (via <tt>wait</tt>, <tt>wait_for</tt>, or <tt>wait_until</tt>) threads.
6409 </li>
6410 </ul>
6411 </blockquote>
6412 [..]
6413 <blockquote>
6414 27 <em>Postcondition</em>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread.
6415 </blockquote>
6416 [..]
6417 <blockquote>
6418 29 <em>Error conditions</em>:
6419 <ul>
6420 <li><del><tt>operation_not_permitted</tt> \97 if the thread does not own the lock.</del>
6421 </li>
6422 <li>equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.
6423 </li>
6424 </ul>
6425 </blockquote>
6426 <blockquote><pre>template &lt;class Clock, class Duration, class Predicate&gt;
6427 bool wait_until(unique_lock&lt;mutex&gt;&amp; lock,
6428   const chrono::time_point&lt;Clock, Duration&gt;&amp; abs_time,
6429     Predicate pred);
6430 </pre></blockquote>
6431 <blockquote>
6432 <ins>?? <i>Requires</i>: <tt>lock.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt> is locked by the calling thread, and either</ins>
6433 <ul>
6434 <li><ins>no other thread is waiting on this <tt>condition_variable</tt> object or</ins>
6435 </li>
6436 <li><ins><tt>lock.mutex()</tt> returns the same value for each of the <tt>lock</tt> arguments supplied by all concurrently
6437 waiting (via <tt>wait</tt> or <tt>timed_wait</tt>) threads.</ins>
6438 </li>
6439 </ul>
6440 </blockquote>
6441 <blockquote>
6442 30 <i>Effects</i>:
6443 <blockquote><pre>while (!pred())
6444   if (wait_until(lock, abs_time) == cv_status::timeout)
6445     return pred();
6446 return true;
6447 </pre></blockquote>
6448 </blockquote>
6449 <blockquote>
6450 31 <i>Returns</i>: <tt>pred()</tt>
6451 </blockquote>
6452
6453 <blockquote>
6454 <ins>?? <i>Postcondition</i>: <tt>lock.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt> is locked by the calling thread.</ins>
6455 </blockquote>
6456
6457 <blockquote>
6458 32 [ <i>Note</i>: The returned value indicates whether the predicate evaluates to true regardless of whether the
6459 timeout was triggered. \97 <i>end note</i> ]
6460 </blockquote>
6461
6462 <blockquote>
6463 <ins>?? <i>Throws</i>: <tt>std::system_error</tt> when an exception is required (30.2.2).</ins>
6464 </blockquote>
6465 <blockquote>
6466 <ins>?? <em>Error conditions</em>:</ins>
6467 <ul>
6468 <li><ins>equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.</ins>
6469 </li>
6470 </ul>
6471 </blockquote>
6472
6473 <blockquote><pre>template &lt;class Rep, class Period, class Predicate&gt;
6474 bool wait_for(unique_lock&lt;mutex&gt;&amp; lock,
6475   const chrono::duration&lt;Rep, Period&gt;&amp; rel_time,
6476     Predicate pred);
6477 </pre></blockquote>
6478 <blockquote>
6479 33 <i>Requires</i>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread, and either
6480 <ul>
6481 <li>no other thread is waiting on this <tt>condition_variable</tt> object or
6482 </li>
6483 <li><tt>lock.mutex()</tt> returns the same value for each of the <tt>lock</tt> arguments supplied by all concurrently
6484 waiting (via <tt>wait</tt>, <tt>wait_for</tt>, or <tt>wait_until</tt>) threads.
6485 </li>
6486 </ul>
6487 </blockquote>
6488 [..]
6489 <blockquote>
6490 36 <em>Postcondition</em>: <tt>lock</tt><ins><tt>.owns_lock()</tt> is <tt>true</tt> and <tt>lock.mutex()</tt></ins> is locked by the calling thread.
6491 </blockquote>
6492 [..]
6493 <blockquote>
6494 40 <em>Error conditions</em>:
6495 <ul>
6496 <li><del><tt>operation_not_permitted</tt> \97 if the thread does not own the lock.</del>
6497 </li>
6498 <li>equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.
6499 </li>
6500 </ul>
6501 </blockquote>
6502
6503 </li>
6504
6505 <li>Change 30.5.2 [thread.condition.condvarany] as indicated:
6506 <p>
6507 [..]
6508 </p><blockquote><pre>template &lt;class Lock, class Predicate&gt;
6509 void wait(Lock&amp; lock, Predicate pred);
6510 </pre></blockquote>
6511 <blockquote>
6512 <ins>[<i>Note</i>: if any of the wait functions exits with an exception it is indeterminate if the <tt>Lock</tt> is held.
6513 One can use a <tt>Lock</tt> type that allows to query that, such as the <tt>unique_lock</tt> wrapper. \97 <i>end note</i>]</ins>
6514 </blockquote>
6515 <blockquote>
6516 14 <i>Effects</i>:
6517 <blockquote><pre>while (!pred())
6518   wait(lock);
6519 </pre></blockquote>
6520 </blockquote>
6521
6522 [..]
6523 <blockquote>
6524 34 <em>Error conditions</em>:
6525 <ul>
6526 <li><del><tt>operation_not_permitted</tt> \97 if the thread does not own the lock.</del>
6527 </li>
6528 <li>equivalent error condition from <tt>lock.lock()</tt> or <tt>lock.unlock()</tt>.
6529 </li>
6530 </ul>
6531 </blockquote>
6532 </li>
6533
6534 </ol>
6535
6536
6537
6538
6539
6540 <hr>
6541 <h3><a name="1502"></a>1502. [FCD] Specification of [futures.state]</h3>
6542 <p><b>Section:</b> 30.6.4 [futures.state] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6543  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
6544 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.state">active issues</a> in [futures.state].</p>
6545 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.state">issues</a> in [futures.state].</p>
6546 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6547 <p><b>Discussion:</b></p>
6548 <p><b>Addresses US-195</b></p>
6549
6550 The intent and meaning of the paragraph is not apparent.
6551
6552
6553 <p><b>Proposed resolution:</b></p>
6554
6555
6556
6557
6558
6559 <hr>
6560 <h3><a name="1503"></a>1503. [FCD] "associated asynchronous state" must go</h3>
6561 <p><b>Section:</b> 30.6.4 [futures.state] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6562  <b>Submitter:</b> Switzerland <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-01</p>
6563 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.state">active issues</a> in [futures.state].</p>
6564 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.state">issues</a> in [futures.state].</p>
6565 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6566 <p><b>Discussion:</b></p>
6567 <p><b>Addresses CH-35</b></p>
6568
6569 The term "associated asynchronous state" is long, ugly
6570 and misleading terminology. When introduced we agreed
6571 upon that we should come up with a better name. Here it
6572 is: "liaison state". Since the state is hidden and provides
6573 synchronization of a future with its corresponding promise,
6574 we believe "liaison state" is a much better and shorter
6575 name (liaison ~ (typically hidden) relationship)
6576
6577 <p><i>[
6578 Resolution proposed by ballot comment:
6579 ]</i></p>
6580
6581 <blockquote>
6582 Change all occurrences of "associated
6583 asynchronous state" to "liaison state".
6584 </blockquote>
6585
6586
6587 <p><b>Proposed resolution:</b></p>
6588
6589
6590
6591
6592
6593 <hr>
6594 <h3><a name="1504"></a>1504. [FCD] Term "are serialized" is not defined</h3>
6595 <p><b>Section:</b> 30.6.5 [futures.promise] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6596  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
6597 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.promise">active issues</a> in [futures.promise].</p>
6598 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.promise">issues</a> in [futures.promise].</p>
6599 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6600 <p><b>Discussion:</b></p>
6601 <p><b>Addresses US-196</b></p>
6602
6603 The term "are serialized" is not defined (30.6.5 [futures.promise] p. 21, 25).
6604
6605 <p><i>[
6606 Resolution proposed by ballot comment:
6607 ]</i></p>
6608
6609 <blockquote>
6610 Replace "are serialized" with "shall not introduce a data race (17.6.4.8)".
6611 </blockquote>
6612
6613 <p><i>[
6614 2010-11-02 Daniel translates proposal into proper wording changes
6615 ]</i></p>
6616
6617
6618
6619 <p><b>Proposed resolution:</b></p>
6620 <ol>
6621 <li>Change 30.6.5 [futures.promise] p. 21 as indicated:
6622 <blockquote>
6623 21 <em>Synchronization</em>: calls to <tt>set_value</tt> and <tt>set_exception</tt> on a single
6624 <tt>promise</tt> object <del>are serialized</del><ins>shall not introduce a data race ([res.on.data.races])</ins>.
6625 [ <em>Note</em>: and they synchronize and serialize with other functions through the referred associated asynchronous
6626 state. \97 <em>end note</em> ]
6627 </blockquote>
6628 </li>
6629 <li>Change 30.6.5 [futures.promise] p. 25 as indicated:
6630 <blockquote>
6631 25 <em>Synchronization</em>: calls to <tt>set_value</tt> and <tt>set_exception</tt> on a single
6632 <tt>promise</tt> object <del>are serialized</del><ins>shall not introduce a data race ([res.on.data.races])</ins>.
6633 [ <em>Note</em>: and they synchronize and serialize with other functions through the referred associated asynchronous
6634 state. \97 <em>end note</em> ]
6635 </blockquote>
6636 </li>
6637 </ol>
6638
6639
6640
6641
6642
6643 <hr>
6644 <h3><a name="1505"></a>1505. [FCD] Synchronization between
6645 <tt>promise::set_value</tt> and <tt>future::get</tt></h3>
6646 <p><b>Section:</b> 30.6.5 [futures.promise] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6647  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
6648 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.promise">active issues</a> in [futures.promise].</p>
6649 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.promise">issues</a> in [futures.promise].</p>
6650 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6651 <p><b>Discussion:</b></p>
6652 <p><b>Addresses US-197</b></p>
6653
6654 There is no defined synchronization between
6655 <tt>promise::set_value</tt> and <tt>future::get</tt> (30.6.5 [futures.promise] p. 21, 25).
6656
6657 <p><i>[
6658 Resolution proposed by ballot comment:
6659 ]</i></p>
6660
6661 <blockquote>
6662 Replace "[Note: and they synchronize and
6663 serialize with other functions through the referred
6664 associated asynchronous state. --end note]" with
6665 the normative "They synchronize with (1.10) any
6666 operation on a future object with the same
6667 associated asynchronous state marked ready."
6668 </blockquote>
6669
6670 <p><i>[
6671 2010-11-02 Daniel translates proposal into proper wording changes
6672 ]</i></p>
6673
6674
6675
6676 <p><b>Proposed resolution:</b></p>
6677 <ol>
6678 <li>Change 30.6.5 [futures.promise] p. 21 as indicated:
6679 <blockquote>
6680 21 <em>Synchronization</em>: calls to <tt>set_value</tt> and <tt>set_exception</tt> on a single
6681 <tt>promise</tt> object are serialized.
6682 <del>[ <em>Note</em>: and they synchronize and serialize with other functions through the referred associated asynchronous
6683 state. \97 <em>end note</em> ]</del><ins>They <em>synchronize with</em> ([intro.multithread]) any
6684 operation on a future object with the same associated asynchronous state marked ready.</ins>
6685 </blockquote>
6686 </li>
6687 <li>Change 30.6.5 [futures.promise] p. 25 as indicated:
6688 <blockquote>
6689 25 <em>Synchronization</em>: calls to <tt>set_value</tt> and <tt>set_exception</tt> on a single
6690 <tt>promise</tt> object are serialized.
6691 <del>[ <em>Note</em>: and they synchronize and serialize with other functions through the referred associated asynchronous
6692 state. \97 <em>end note</em> ]</del><ins>They <em>synchronize with</em> ([intro.multithread]) any
6693 operation on a future object with the same associated asynchronous state marked ready.</ins>
6694 </blockquote>
6695 </li>
6696 </ol>
6697
6698
6699
6700
6701
6702 <hr>
6703 <h3><a name="1507"></a>1507. [FCD] <tt>promise::<i>XXX</i>_at_thread_exit</tt> functions have no
6704 synchronization requirements</h3>
6705 <p><b>Section:</b> 30.6.5 [futures.promise] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6706  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
6707 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.promise">active issues</a> in [futures.promise].</p>
6708 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.promise">issues</a> in [futures.promise].</p>
6709 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6710 <p><b>Discussion:</b></p>
6711 <p><b>Addresses US-199</b></p>
6712
6713 <tt>promise::<i>XXX</i>_at_thread_exit</tt> functions have no
6714 synchronization requirements. Specifying synchronization
6715 for these member functions requires coordinating with the
6716 words in 30.6.5/21 and 25, which give synchronization
6717 requirements for <tt>promise::set_value</tt> and
6718 <tt>promise::set_exception</tt> (30.6.5 [futures.promise] p. 26 ff., p. 29 ff.).
6719
6720 <p><i>[
6721 Resolution proposed by ballot comment:
6722 ]</i></p>
6723
6724 <blockquote>
6725 Change 30.6.5/21 to mention
6726 set_value_at_thread_exit and
6727 set_exception_at_thread_exit; with this text,
6728 replace 30.6.5/25 and add two new paragraphs,
6729 after 30.6.5/28 and 30.6.5/31.
6730 </blockquote>
6731
6732
6733 <p><b>Proposed resolution:</b></p>
6734
6735
6736
6737
6738
6739 <hr>
6740 <h3><a name="1514"></a>1514. [FCD] <tt>packaged_task</tt> constructors need review</h3>
6741 <p><b>Section:</b> 30.6.10.1 [futures.task.members] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6742  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
6743 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.task.members">active issues</a> in [futures.task.members].</p>
6744 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.task.members">issues</a> in [futures.task.members].</p>
6745 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6746 <p><b>Discussion:</b></p>
6747 <p><b>Addresses US-207</b></p>
6748
6749 The constructor that takes R(*)(ArgTypes...) is not
6750 needed; the constructor that takes a callable type works
6751 for this argument type. More generally, the constructors
6752 for packaged_task should parallel those for function.
6753
6754 <p><i>[
6755 US-207 Suggested Resolution:
6756 ]</i></p>
6757
6758
6759 <blockquote>
6760 Review the constructors for packaged_task and
6761 provide the same ones as function, except where
6762 inappropriate.
6763 </blockquote>
6764
6765 <p><i>[
6766 2010-10-22 Howard provides wording, as requested by the LWG in Rapperswil.
6767 ]</i></p>
6768
6769
6770
6771
6772 <p><b>Proposed resolution:</b></p>
6773 Alter the list of constructors in both [futures.task] and in [futures.task.members] as indicated:
6774
6775 <blockquote>
6776 <pre><del>template &lt;class F&gt;
6777 explicit packaged_task(F f);
6778 template &lt;class F, class Allocator&gt;
6779 explicit packaged_task(allocator_arg_t, const Allocator&amp; a, F f);
6780 explicit packaged_task(R(*f)(ArgTypes...));</del>
6781 template &lt;class F&gt;
6782 explicit packaged_task(F&amp;&amp; f);
6783 template &lt;class F, class Allocator&gt;
6784 explicit packaged_task(allocator_arg_t, const Allocator&amp; a, F&amp;&amp; f);
6785 </pre>
6786 </blockquote>
6787
6788
6789
6790
6791
6792 <hr>
6793 <h3><a name="1515"></a>1515. [FCD] <tt>packaged_task::make_ready_at_thread_exit</tt> has no
6794 synchronization requirements</h3>
6795 <p><b>Section:</b> 30.6.10.1 [futures.task.members] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6796  <b>Submitter:</b> INCITS <b>Opened:</b> 2010-08-25 <b>Last modified:</b> 2010-11-04</p>
6797 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.task.members">active issues</a> in [futures.task.members].</p>
6798 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.task.members">issues</a> in [futures.task.members].</p>
6799 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6800 <p><b>Discussion:</b></p>
6801 <p><b>Addresses US-208</b></p>
6802
6803 <p>
6804 <tt>packaged_task::make_ready_at_thread_exit</tt> has no
6805 synchronization requirements.
6806 </p>
6807
6808 <p><i>[
6809 Resolution proposed by ballot comment:
6810 ]</i></p>
6811
6812 <p>
6813 Figure out what the synchronization requirements
6814 should be and write them.
6815 </p>
6816
6817
6818
6819 <p><b>Proposed resolution:</b></p>
6820
6821
6822
6823
6824
6825 <hr>
6826 <h3><a name="1521"></a>1521. Requirements on internal pointer representations in containers</h3>
6827 <p><b>Section:</b> 23.2.1 [container.requirements.general] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
6828  <b>Submitter:</b> Mike Spertus <b>Opened:</b> 2010-10-16 <b>Last modified:</b> 2010-11-04</p>
6829 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#container.requirements.general">active issues</a> in [container.requirements.general].</p>
6830 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#container.requirements.general">issues</a> in [container.requirements.general].</p>
6831 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
6832 <p><b>Discussion:</b></p>
6833 <p><b>Addresses US-104, US-141</b></p>
6834
6835 <p>
6836 The standard doesn't say that containers should use abstract pointer
6837 types internally. Both Howard and Pablo agree that this is the intent.
6838 Further, it is necessary for containers to be stored, for example, in
6839 shared memory with an interprocess allocator (the type of scenario that
6840 allocators are intended to support).
6841 </p>
6842 <p>
6843 In spite of the (possible) agreement on intent, it is necessary to make
6844 this explicit:
6845 </p>
6846 <p>
6847 An implementations may like to store the result of dereferencing the
6848 pointer (which is a raw reference) as an optimization, but that prevents
6849 the data structure from being put in shared memory, etc. In fact, a
6850 container could store raw references to the allocator, which would be a
6851 little weird but conforming as long as it has one by-value copy.
6852 Furthermore, pointers to locales, ctypes, etc. may be there, which also
6853 prevents the data structure from being put in shared memory, so we
6854 should make explicit that a container does not store raw pointers or
6855 references at all.
6856 </p>
6857
6858 <p><i>[
6859 Pre-batavia
6860 ]</i></p>
6861
6862 <p>
6863 This issue is being opened as part of the response to NB comments US-104/141.
6864 See paper <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3171.pdf">N3171</a>
6865 in the pre-Batavia mailing.
6866 </p>
6867
6868
6869
6870 <p><b>Proposed resolution:</b></p>
6871 <p>
6872 Add to the end of 23.2.1 [container.requirements.general] p. 8:
6873 </p>
6874 <blockquote>
6875 [..] In all container types defined in this Clause, the member <tt>get_allocator()</tt> returns
6876 a copy of the allocator used to construct the container or, if that allocator has been replaced,
6877 a copy of the most recent replacement. <ins>The container may not store internal objects whose
6878 types are of the form  <tt>T *</tt> or <tt>T &amp;</tt> except insofar as they are part of the
6879 item type or members.</ins>
6880 </blockquote>
6881
6882
6883
6884
6885
6886 <hr>
6887 <h3><a name="1523"></a>1523. [FCD] <tt>noexcept</tt> for Clause 29</h3>
6888 <p><b>Section:</b> 29 [atomics] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
6889  <b>Submitter:</b> Hans Boehm <b>Opened:</b> 2010-11-13 <b>Last modified:</b> 2010-11-14</p>
6890 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#atomics">active issues</a> in [atomics].</p>
6891 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#atomics">issues</a> in [atomics].</p>
6892 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
6893 <p><b>Discussion:</b></p>
6894 <p><b>Addresses GB-63 for Clause 29</b></p>
6895
6896 <p>Clause 29 does not specify noexcept for any of the atomic operations.
6897 It probably should, though that's not completely clear.
6898 In particular, atomics may want to throw in implementations that support transactional memory.
6899 </p>
6900
6901
6902 <p><b>Proposed resolution:</b></p>
6903 <p>
6904 </p>
6905
6906
6907
6908
6909
6910 <hr>
6911 <h3><a name="2000"></a>2000. Missing definition of <tt>packaged_task</tt> specialization of <tt>uses_allocator</tt></h3>
6912 <p><b>Section:</b> 30.6.10.2 [futures.task.nonmembers] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Tentatively Ready</a>
6913  <b>Submitter:</b> Howard Hinnant <b>Opened:</b> 2010-08-29 <b>Last modified:</b> 2010-11-13</p>
6914 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively Ready">Tentatively Ready</a> status.</p>
6915 <p><b>Discussion:</b></p>
6916 <p>
6917 [futures.task.nonmembers]/3 says:
6918 </p><blockquote><pre>   template &lt;class R, class Alloc&gt;
6919      struct uses_allocator&lt;packaged_task&lt;R&gt;, Alloc&gt;;
6920 </pre></blockquote>
6921
6922 This is a declaration, but should be a definition.
6923 <p></p>
6924
6925
6926 <p><b>Proposed resolution:</b></p>
6927 <p>
6928 Change [futures.task.nonmembers]/3:
6929 </p>
6930
6931 <blockquote><pre>   template &lt;class R, class Alloc&gt;
6932      struct uses_allocator&lt;packaged_task&lt;R&gt;, Alloc&gt;<del>;</del>
6933         <ins>: true_type {};</ins>
6934 </pre></blockquote>
6935
6936
6937
6938
6939
6940 <hr>
6941 <h3><a name="2001"></a>2001. Class template <tt>basic_regex</tt> uses non existent <tt>string_type</tt></h3>
6942 <p><b>Section:</b> 28.8.3 [re.regex.assign] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
6943  <b>Submitter:</b> Volker Lukas <b>Opened:</b> 2010-10-21 <b>Last modified:</b> 2010-11-13</p>
6944 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
6945 <p><b>Discussion:</b></p>
6946 <p>
6947 In working draft N3126, subclause 28.8.3 [re.regex.assign], paragraphs 12, 13 and 19,
6948 the name <tt>string_type</tt> is used. This is presumably a typedef for <tt>basic_string&lt;value_type&gt;</tt>, where
6949 <tt>value_type</tt> is the character type used by <tt>basic_regex</tt>. The <tt>basic_regex</tt>
6950 template however defines no such typedef, and neither does the <tt>&lt;regex&gt;</tt>
6951 header or the <tt>&lt;initializer_list&gt;</tt> header included by <tt>&lt;regex&gt;</tt>.
6952 </p>
6953
6954 <p><i>[
6955 2010-11-03 Daniel comments and suggests alternative wording:
6956 ]</i></p>
6957
6958 <blockquote>
6959 The proposed resolution needs to use <tt>basic_string&lt;<strong>charT</strong>&gt;</tt> instead of <tt>basic_string&lt;char&gt;</tt>
6960 </blockquote>
6961
6962 <p>Proposed Resolution:</p>
6963
6964 Make the following changes to [re.regex.assign]:<p>
6965
6966 </p><blockquote>
6967 <pre>basic_regex&amp; assign(const charT* ptr, flag_type f = regex_constants::ECMAScript);
6968 </pre>
6969 <blockquote>
6970 12 <i>Returns</i>: <tt>assign(<del>string_type</del><ins>basic_string&lt;charT&gt;</ins>(ptr), f)</tt>.
6971 </blockquote>
6972
6973 <pre>basic_regex&amp; assign(const charT* ptr, size_t len,
6974   flag_type f = regex_constants::ECMAScript);
6975 </pre>
6976 <blockquote>
6977 13 <i>Returns</i>: <tt>assign(<del>string_type</del><ins>basic_string&lt;charT&gt;</ins>(ptr, len), f)</tt>.
6978 </blockquote>
6979
6980 <pre>[..]
6981
6982 template &lt;class InputIterator&gt;
6983   basic_regex&amp; assign(InputIterator first, InputIterator last,
6984                           flag_type f = regex_constants::ECMAScript);
6985 </pre>
6986
6987 <blockquote>
6988 18 <i>Requires</i>: The type <tt>InputIterator</tt> shall satisfy the requirements for an Input Iterator (24.2.3).
6989 </blockquote>
6990
6991 <blockquote>
6992 19 <i>Returns</i>: <tt>assign(<del>string_type</del><ins>basic_string&lt;charT&gt;</ins>(first, last), f)</tt>.
6993 </blockquote>
6994
6995 </blockquote>
6996
6997 <p><i>[
6998 2010 Batavia
6999 ]</i></p>
7000
7001
7002 <p>
7003 Unsure if we should just give <tt>basic_regex</tt> a <tt>string_type</tt> typedef. Looking for when <tt>string_type</tt> was
7004 introduced into <tt>regex</tt>. Howard to draft wording for <tt>typedef typename traits::string_type string_type</tt>, then move to Review.
7005 </p>
7006
7007
7008 <p><b>Proposed resolution:</b></p>
7009 <p>
7010 Make the following changes to [re.regex.assign]:</p>
7011
7012 <blockquote>
7013
7014 <pre>basic_regex&amp; assign(const charT* ptr, flag_type f = regex_constants::ECMAScript);
7015 </pre>
7016 <blockquote>
7017 12 <i>Returns</i>: <tt>assign(<del>string_type</del><ins>basic_string&lt;char&gt;</ins>(ptr), f)</tt>.
7018 </blockquote>
7019
7020 <pre>basic_regex&amp; assign(const charT* ptr, size_t len,
7021   flag_type f = regex_constants::ECMAScript);
7022 </pre>
7023 <blockquote>
7024 13 <i>Returns</i>: <tt>assign(<del>string_type</del><ins>basic_string&lt;char&gt;</ins>(ptr, len), f)</tt>.
7025 </blockquote>
7026
7027 <pre>[..]
7028
7029 template &lt;class InputIterator&gt;
7030   basic_regex&amp; assign(InputIterator first, InputIterator last,
7031                           flag_type f = regex_constants::ECMAScript);
7032 </pre>
7033
7034 <blockquote>
7035 18 <i>Requires</i>: The type <tt>InputIterator</tt> shall satisfy the requirements for an Input Iterator (24.2.3).
7036 </blockquote>
7037
7038 <blockquote>
7039 19 <i>Returns</i>: <tt>assign(<del>string_type</del><ins>basic_string&lt;char&gt;</ins>(first, last), f)</tt>.
7040 </blockquote>
7041
7042 </blockquote>
7043
7044
7045
7046
7047
7048
7049 <hr>
7050 <h3><a name="2003"></a>2003. String exception inconsistency in erase.</h3>
7051 <p><b>Section:</b> 21.4.1 [string.require] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
7052  <b>Submitter:</b> José Daniel García Sánchez <b>Opened:</b> 2010-10-21 <b>Last modified:</b> 2010-11-13</p>
7053 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#string.require">issues</a> in [string.require].</p>
7054 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
7055 <p><b>Discussion:</b></p>
7056 <p>
7057 Clause 21.4.1 [string.require]p3 states:
7058 </p>
7059 <blockquote>
7060 No <tt>erase()</tt> or <tt>pop_back()</tt> member function shall throw
7061 any exceptions.
7062 </blockquote>
7063 <p>
7064 However in 21.4.6.5 [string::erase] p2 the first version of <tt>erase</tt> has
7065 </p>
7066 <blockquote>
7067 <i>Throws</i>: <tt>out_of_range</tt> if <tt>pos &gt; size()</tt>.
7068 </blockquote>
7069
7070
7071
7072 <p><b>Proposed resolution:</b></p>
7073 <p>
7074 Update [string.require]p/3:
7075 </p>
7076 <blockquote>
7077 3 No <del><tt>erase()</tt> or</del> <tt>pop_back()</tt> member function
7078 shall throw any exceptions.
7079 </blockquote>
7080
7081
7082
7083
7084
7085 <hr>
7086 <h3><a name="2004"></a>2004. <tt>duration::operator*</tt> has template parameters in funny order</h3>
7087 <p><b>Section:</b> 20.11.3.5 [time.duration.nonmember] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Tentatively Ready</a>
7088  <b>Submitter:</b> P.J. Plauger <b>Opened:</b> 2010-10-14 <b>Last modified:</b> 2010-11-13</p>
7089 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#time.duration.nonmember">issues</a> in [time.duration.nonmember].</p>
7090 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively Ready">Tentatively Ready</a> status.</p>
7091 <p><b>Discussion:</b></p>
7092 <p>
7093 In [time] and [time.duration.nonmember] we have:
7094 </p>
7095 <blockquote><pre>template &lt;class Rep1, class Period, class Rep2&gt;
7096     duration&lt;typename common_type&lt;Rep1, Rep2&gt;::type, Period&gt;
7097         operator*(const Rep1&amp; s, const duration&lt;Rep2, Period&gt;&amp; d);
7098 </pre></blockquote>
7099 <p>
7100 Everywhere else, we always have <tt>&lt;rep, period&gt;</tt> in that order for a given
7101 type. But here, we have <tt>Period</tt> and <tt>Rep2</tt> in reverse order for
7102 <tt>&lt;Rep2, Period&gt;</tt>. This is probably of little importance, since the
7103 template parameters are seldom spelled out for a function like this. But changing it
7104 now will eliminate a potential source of future errors and confusion.
7105 </p>
7106
7107
7108 <p><b>Proposed resolution:</b></p>
7109 <p>
7110 Change the signature in [time] and [time.duration.nonmember] to:
7111 </p>
7112 <blockquote><pre>template &lt;class Rep1, class <del>Period</del><ins>Rep2</ins>, class <del>Rep2</del><ins>Period</ins>&gt;
7113     duration&lt;typename common_type&lt;Rep1, Rep2&gt;::type, Period&gt;
7114         operator*(const Rep1&amp; s, const duration&lt;Rep2, Period&gt;&amp; d);
7115 </pre></blockquote>
7116
7117
7118
7119
7120
7121 <hr>
7122 <h3><a name="2005"></a>2005. <tt>unordered_map::insert(T&amp;&amp;)</tt> protection should apply to <tt>map</tt> too</h3>
7123 <p><b>Section:</b> 23.6.1.3 [map.modifiers], 23.6.2.2 [multimap.modifiers] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
7124  <b>Submitter:</b> P.J. Plauger <b>Opened:</b> 2010-10-14 <b>Last modified:</b> 2010-11-13</p>
7125 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
7126 <p><b>Discussion:</b></p>
7127 <p>
7128 In [unord.map.modifiers], the signature:
7129 </p><blockquote><pre>template &lt;class P&gt;
7130     pair&lt;iterator, bool&gt; insert(P&amp;&amp; obj);
7131 </pre></blockquote>
7132 now has an added Remarks paragraph:
7133 <p></p>
7134 <blockquote>
7135 <i>Remarks</i>: This signature shall not participate in overload resolution unless <tt>P</tt>
7136 is implicitly convertible to <tt>value_type</tt>.
7137 </blockquote>
7138 <p>
7139 The same is true for <tt>unordered_multimap</tt>.
7140 </p>
7141 <p>
7142 But neither <tt>map</tt> nor <tt>multimap</tt> have this constraint, even though it is a
7143 Good Thing(TM) in those cases as well.
7144 </p>
7145
7146 <p><i>[
7147 The submitter suggests: Add the same Remarks clause to [map.modifiers] and [multimap.modifiers].
7148 ]</i></p>
7149
7150
7151 <p><i>[
7152 2010-10-29 Daniel comments:
7153 ]</i></p>
7154
7155
7156 <p>
7157 I believe both paragraphs need more cleanup: First, the current Requires element conflict with the Remark;
7158 second, it seems to me that the whole single Requires element is intended to be split into a Requires
7159 and an Effects element; third, the reference to <tt>tuple</tt> is incorrect (noticed by Paolo Carlini);
7160 fourth, it refers to some non-existing <tt>InputIterator</tt> parameter relevant for a completely different
7161 overload; sixth, the return type of the overload with hint is wrong.
7162 The following proposed resolution tries to solve these issues as well and uses similar wording as for
7163 the corresponding unordered containers. Unfortunately it has some redundancy over Table&nbsp;99, but I did
7164 not remove the specification because of the more general template parameter <tt>P</tt> - the Table&nbsp;99
7165 requirements apply only for an argument <em>identical</em> to <tt>value_type</tt>.
7166 </p>
7167
7168 <p>
7169 Proposed resolution:
7170 </p>
7171
7172 <p>
7173 </p><ol>
7174 <li>Change 23.6.1.3 [map.modifiers] around p. 1 as indicated:
7175 <blockquote><pre>template &lt;class P&gt; pair&lt;iterator, bool&gt; insert(P&amp;&amp; x);
7176 template &lt;class P&gt; <del>pair&lt;</del>iterator<del>, bool&gt;</del> insert(const_iterator position, P&amp;&amp; x);
7177 </pre><blockquote>
7178 1 <em>Requires</em>: <del><tt>P</tt> shall be convertible to </del><tt>value_type</tt><ins> is constructible
7179 from <tt>std::forward&lt;P&gt;(x)</tt>.</ins>.
7180 <p>
7181 <del>If <tt>P</tt> is instantiated as a reference type, then the argument <tt>x</tt> is copied from. Otherwise <tt>x</tt> is considered
7182 to be an rvalue as it is converted to <tt>value_type</tt> and inserted into the map. Specifically, in
7183 such cases <tt>CopyConstructible</tt> is not required of <tt>key_type</tt> or <tt>mapped_type</tt> unless the conversion
7184 from <tt>P</tt> specifically requires it (e.g., if <tt>P</tt> is a <tt>tuple&lt;const key_type, mapped_type&gt;</tt>, then <tt>key_type</tt>
7185 must be <tt>CopyConstructible</tt>). The signature taking <tt>InputIterator</tt> parameters does not require
7186 <tt>CopyConstructible</tt> of either <tt>key_type</tt> or <tt>mapped_type</tt> if the dereferenced <tt>InputIterator</tt> returns a
7187 non-const rvalue <tt>pair&lt;key_type,mapped_type&gt;</tt>. Otherwise <tt>CopyConstructible</tt> is required for both
7188 <tt>key_type</tt> and <tt>mapped_type</tt>.</del><br>
7189 <ins>? <em>Effects</em>: Inserts <tt>x</tt> converted to <tt>value_type</tt> if and only if there is no element in the container with
7190 key equivalent to the key of <tt>value_type(x)</tt>. For the second form, the iterator <tt>position</tt> is a hint pointing to where the
7191 search should start.</ins>
7192 </p><p>
7193 <ins>? <em>Returns</em>: For the first form, the <tt>bool</tt> component of the returned <tt>pair</tt> object indicates whether the
7194 insertion took place and the iterator component - or for the second form the returned iterator - points to the element with key equivalent
7195 to the key of <tt>value_type(x)</tt>.</ins>
7196 </p><p>
7197 <ins>? <em>Complexity</em>: Logarithmic in general, but amortized constant if <tt>x</tt> is inserted right before <tt>position</tt>.</ins>
7198 </p><p>
7199 <ins>? <em>Remarks</em>: These signatures shall not participate in overload resolution unless <tt>P</tt>
7200 is implicitly convertible to <tt>value_type</tt>.</ins>
7201 </p></blockquote></blockquote>
7202 </li>
7203 <li>Change 23.6.2.2 [multimap.modifiers] around p. 1 as indicated:
7204 <blockquote><pre>template &lt;class P&gt; iterator insert(P&amp;&amp; x);
7205 template &lt;class P&gt; iterator insert(const_iterator position, P&amp;&amp; x);
7206 </pre><blockquote>
7207 1 <em>Requires</em>: <del><tt>P</tt> shall be convertible to </del><tt>value_type</tt> <ins>is constructible from
7208 <tt>std::forward&lt;P&gt;(x)</tt></ins>.
7209 <p>
7210 <del>If <tt>P</tt> is instantiated as a reference type, then the argument <tt>x</tt> is copied from. Otherwise
7211 <tt>x</tt> is considered to be an rvalue as it is converted to <tt>value_type</tt> and inserted into the map.
7212 Specifically, in such cases <tt>CopyConstructible</tt> is not required of <tt>key_type</tt> or <tt>mapped_type</tt>
7213 unless the conversion from <tt>P</tt> specifically requires it (e.g., if <tt>P</tt> is a <tt>tuple&lt;const key_type, mapped_type&gt;</tt>,
7214 then <tt>key_type</tt> must be <tt>CopyConstructible</tt>). The signature taking <tt>InputIterator</tt> parameters
7215 does not require <tt>CopyConstructible</tt> of either <tt>key_type</tt> or <tt>mapped_type</tt> if the dereferenced
7216 <tt>InputIterator</tt> returns a non-const rvalue <tt>pair&lt;key_type, mapped_type&gt;</tt>. Otherwise <tt>CopyConstructible</tt>
7217 is required for both <tt>key_type</tt> and <tt>mapped_type</tt>.</del><br>
7218 <ins>? <em>Effects</em>: Inserts <tt>x</tt> converted to <tt>value_type</tt>. For the second form, the iterator <tt>position</tt>
7219 is a hint pointing to where the search should start.</ins>
7220 </p><p>
7221 <ins>? <em>Returns</em>: An iterator that points to the element with key equivalent to the key of <tt>value_type(x)</tt>.</ins>
7222 </p><p>
7223 <ins>? <em>Complexity</em>: Logarithmic in general, but amortized constant if <tt>x</tt> is inserted right before <tt>position</tt>.</ins>
7224 </p><p>
7225 <ins>? <em>Remarks</em>: These signatures shall not participate in overload resolution unless <tt>P</tt>
7226 is implicitly convertible to <tt>value_type</tt>.</ins>
7227 </p></blockquote></blockquote>
7228 </li>
7229 </ol>
7230 <p></p>
7231
7232 <p><i>[
7233 2010 Batavia:
7234 ]</i></p>
7235
7236
7237 <p>
7238 We need <tt>is_convertible</tt>, not <tt>is_constructible</tt>, both in ordered and unordered containers.
7239 </p>
7240
7241
7242
7243 <p><b>Proposed resolution:</b></p>
7244 <ol>
7245 <li>Add a new Remarks element after 23.6.1.3 [map.modifiers] p. 1:
7246 <blockquote><pre>template &lt;class P&gt; pair&lt;iterator, bool&gt; insert(P&amp;&amp; x);
7247 template &lt;class P&gt; pair&lt;iterator, bool&gt; insert(const_iterator position, P&amp;&amp; x);
7248 </pre><blockquote>
7249 1 <em>Requires</em>: <tt>P</tt> shall be convertible to <tt>value_type</tt>.
7250 <p>
7251 If <tt>P</tt> is instantiated as a reference type, then the argument <tt>x</tt> is copied from. Otherwise <tt>x</tt> is considered
7252 to be an rvalue as it is converted to <tt>value_type</tt> and inserted into the map. Specifically, in
7253 such cases <tt>CopyConstructible</tt> is not required of <tt>key_type</tt> or <tt>mapped_type</tt> unless the conversion
7254 from <tt>P</tt> specifically requires it (e.g., if <tt>P</tt> is a <tt>tuple&lt;const key_type, mapped_type&gt;</tt>, then <tt>key_type</tt>
7255 must be <tt>CopyConstructible</tt>). The signature taking <tt>InputIterator</tt> parameters does not require
7256 <tt>CopyConstructible</tt> of either <tt>key_type</tt> or <tt>mapped_type</tt> if the dereferenced <tt>InputIterator</tt> returns a
7257 non-const rvalue <tt>pair&lt;key_type,mapped_type&gt;</tt>. Otherwise <tt>CopyConstructible</tt> is required for both
7258 <tt>key_type</tt> and <tt>mapped_type</tt>.
7259 </p><p>
7260 <ins>? <em>Remarks</em>: These signatures shall not participate in overload resolution unless <tt>P</tt>
7261 is implicitly convertible to <tt>value_type</tt>.</ins>
7262 </p></blockquote></blockquote>
7263 </li>
7264 <li>Change 23.6.2.2 [multimap.modifiers] around p. 1 as indicated:
7265 <blockquote><pre>template &lt;class P&gt; iterator insert(P&amp;&amp; x);
7266 template &lt;class P&gt; iterator insert(const_iterator position, P&amp;&amp; x);
7267 </pre><blockquote>
7268 1 <em>Requires</em>: <tt>P</tt> shall be convertible to <tt>value_type</tt>.
7269 <p>
7270 If <tt>P</tt> is instantiated as a reference type, then the argument <tt>x</tt> is copied from. Otherwise
7271 <tt>x</tt> is considered to be an rvalue as it is converted to <tt>value_type</tt> and inserted into the map.
7272 Specifically, in such cases <tt>CopyConstructible</tt> is not required of <tt>key_type</tt> or <tt>mapped_type</tt>
7273 unless the conversion from <tt>P</tt> specifically requires it (e.g., if <tt>P</tt> is a <tt>tuple&lt;const key_type, mapped_type&gt;</tt>,
7274 then <tt>key_type</tt> must be <tt>CopyConstructible</tt>). The signature taking <tt>InputIterator</tt> parameters
7275 does not require <tt>CopyConstructible</tt> of either <tt>key_type</tt> or <tt>mapped_type</tt> if the dereferenced
7276 <tt>InputIterator</tt> returns a non-const rvalue <tt>pair&lt;key_type, mapped_type&gt;</tt>. Otherwise <tt>CopyConstructible</tt>
7277 is required for both <tt>key_type</tt> and <tt>mapped_type</tt>.
7278 </p><p>
7279 <ins>? <em>Remarks</em>: These signatures shall not participate in overload resolution unless <tt>P</tt>
7280 is implicitly convertible to <tt>value_type</tt>.</ins>
7281 </p></blockquote></blockquote>
7282 </li>
7283 </ol>
7284
7285
7286
7287
7288
7289 <hr>
7290 <h3><a name="2006"></a>2006. <tt>emplace</tt> broken for associative containers</h3>
7291 <p><b>Section:</b> 23.2.5 [unord.req] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#NAD">Tentatively NAD</a>
7292  <b>Submitter:</b> Pablo Halpern <b>Opened:</b> 2010-10-18 <b>Last modified:</b> 2010-11-13</p>
7293 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#unord.req">active issues</a> in [unord.req].</p>
7294 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#unord.req">issues</a> in [unord.req].</p>
7295 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively NAD">Tentatively NAD</a> status.</p>
7296 <p><b>Discussion:</b></p>
7297 <p>
7298 The current definition of <tt>emplace(args)</tt> for associative containers as
7299 described in Table 99 is:
7300 </p><blockquote>
7301 <p>
7302 <i>Requires</i>: <tt>T</tt> shall be constructible from <tt>args</tt>.
7303 </p>
7304 <p>
7305 <i>Effects</i>: Inserts a <tt>T</tt> object <tt>t</tt> constructed with
7306 <tt>std::forward&lt;Args&gt;(args)...</tt> if and only if there is no element
7307 in the container with key equivalent to the key of <tt>t</tt>.  The <tt>bool</tt>
7308 component of the returned <tt>pair</tt> is <tt>true</tt> if and only if the
7309 insertion takes place, and the iterator component of the <tt>pair</tt>
7310 points to the element with key equivalent to the key of <tt>t</tt>.
7311 </p>
7312 </blockquote>
7313 <p></p>
7314 <p>
7315 There is similar language in Table 100 for unordered associative containers.
7316 </p>
7317 <p>
7318 The first issue is editorial: <tt>T</tt> should be <tt>value_type</tt> throughout
7319 both tables.
7320 </p>
7321 <p>
7322 The major issue is that, if the container is <tt>map</tt>, <tt>multimap</tt>,
7323 <tt>unordered_map</tt>, or <tt>unordered_multimap</tt>, then the only way to
7324 construct an object of <tt>value_type</tt> is to supply exactly two arguments
7325 for <tt>Key</tt> and <tt>Value</tt>, a <tt>pair&lt;Key,Value&gt;</tt>, or a
7326 <tt>piecewise_construct_t</tt> followed by two <tt>tuple</tt>s.  The original
7327 <tt>emplace()</tt> proposal would have allowed you to specify a <tt>Key</tt>
7328 value followed by any number of constructor arguments for <tt>Value</tt>.
7329 When we removed the variadic constructor to <tt>pair</tt>, this ability went
7330 away.  I don't think that was deliberate.
7331 </p>
7332 <p>
7333 Fixing this is non-trivial, I think. I think that <tt>emplace()</tt> for <tt>map</tt>
7334 and <tt>multimap</tt> need several overloads: one for each overloaded constructor in
7335 <tt>pair&lt;Key,Value&gt;</tt>, and one for the <tt>emplace(Key, valueargs...)</tt> case.
7336 And it probably needs some SFINAE meta-programming to ensure that the last case
7337 doesn't override any of the other ones.  Alternatively, one could say that
7338 there are exactly two cases: <tt>emplace(args)</tt> where <tt>pair&lt;Key,Value&gt;</tt>
7339 is constructible from <tt>args</tt>, and <tt>emplace(args)</tt> where <tt>Key</tt> is
7340 constructible form the first <tt>arg</tt> and <tt>Value</tt> is constructible from the
7341 rest.
7342 </p>
7343 <p>
7344 Alternatively, the status quo is to use <tt>piecewise_construct_t</tt> if you want to
7345 construct an object.
7346 </p>
7347
7348 <p><i>[
7349 2010 Batavia:
7350 ]</i></p>
7351
7352
7353 <p>
7354 N3178 was looked at in session and moved to NAD.
7355 </p>
7356
7357
7358 <p><b>Proposed resolution:</b></p>
7359
7360
7361
7362
7363
7364 <hr>
7365 <h3><a name="2007"></a>2007. Incorrect specification of return value for <tt>map&lt;&gt;::at()</tt></h3>
7366 <p><b>Section:</b> 23.6.1.2 [map.access] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Ready">Tentatively Ready</a>
7367  <b>Submitter:</b> Matt Austern <b>Opened:</b> 2010-11-01 <b>Last modified:</b> 2010-11-13</p>
7368 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#map.access">issues</a> in [map.access].</p>
7369 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Tentatively Ready">Tentatively Ready</a> status.</p>
7370 <p><b>Discussion:</b></p>
7371 <p>
7372 In [map.access]/9, the <i>Returns</i> clause for <tt>map&lt;Key, T&gt;::at(x)</tt> says
7373 that it returns "a reference to the element whose key is equivalent to <tt>x</tt>." That can't be right.
7374 The signature for <tt>at()</tt> says that its return type is <tt>T</tt>, but the elements
7375 of <tt>map&lt;Key, T&gt;</tt> have type <tt>pair&lt;const K, T&gt;</tt>.  (I checked [unord.map.elem]
7376 and found that its specification of <tt>at()</tt> is correct. This is a problem for <tt>map</tt> only.)
7377 </p>
7378
7379
7380 <p><b>Proposed resolution:</b></p>
7381 <p>
7382 Change the wording in [map.access]/9 so it's identical to what we already say for <tt>operator[]</tt>,
7383 which is unambiguous and correct.
7384 </p>
7385 <blockquote>
7386 <i>Returns</i>: A reference to the <del>element whose key is equivalent</del><ins><tt>mapped_type</tt>
7387 corresponding</ins> to <tt>x</tt><ins> in <tt>*this</tt></ins>.
7388 </blockquote>
7389
7390
7391
7392
7393
7394 <hr>
7395 <h3><a name="2008"></a>2008. Conflicting Error Conditions for <tt>packaged_task::operator()</tt></h3>
7396 <p><b>Section:</b> 30.6.10.1 [futures.task.members] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
7397  <b>Submitter:</b> Pete Becker <b>Opened:</b> 2010-06-21 <b>Last modified:</b> 2010-11-07</p>
7398 <p><b>View other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index-open.html#futures.task.members">active issues</a> in [futures.task.members].</p>
7399 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#futures.task.members">issues</a> in [futures.task.members].</p>
7400 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
7401 <p><b>Discussion:</b></p>
7402 <p>
7403 The Throws clause for <tt>packaged_task::operator()</tt> says that it throws "a
7404 <tt>future_error</tt> exception object if there is no associated asynchronous
7405 state or the stored task has already been invoked." However, the Error
7406 Conditions clause does not define an error condition when the stored task has
7407 already been invoked, only when the associated state is already ready (i.e. the
7408 invocation has completed).
7409 </p>
7410
7411
7412 <p><b>Proposed resolution:</b></p>
7413 <p>
7414 Change the first bullet item in 30.6.10.1 [futures.task.members] /22:
7415 </p>
7416
7417 <blockquote><pre>void operator()(ArgTypes... args);
7418 </pre>
7419 <blockquote>
7420 <p>
7421 20 ...
7422 </p>
7423 <p>
7424 21 ...
7425 </p>
7426 <p>
7427 22 <i>Error conditions:</i>
7428 </p>
7429 <ul>
7430 <li>
7431 <tt>promise_already_satisfied</tt> if <del>the associated asynchronous state is
7432 already ready</del> <ins><tt>operator()</tt> has already been called</ins>.
7433 </li>
7434 <li>
7435 <tt>no_state</tt> if <tt>*this</tt> has no associated asynchronous state.
7436 </li>
7437 </ul>
7438 </blockquote>
7439 </blockquote>
7440
7441
7442
7443
7444
7445 <hr>
7446 <h3><a name="2009"></a>2009. Reporting out-of-bound values on numeric string conversions</h3>
7447 <p><b>Section:</b> 21.5 [string.conversions] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Review">Review</a>
7448  <b>Submitter:</b> Alisdair Meredith <b>Opened:</b> 2010-07-19 <b>Last modified:</b> 2010-11-13</p>
7449 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#string.conversions">issues</a> in [string.conversions].</p>
7450 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Review">Review</a> status.</p>
7451 <p><b>Discussion:</b></p>
7452 <p>
7453 The functions (<tt>w</tt>)<tt>stoi</tt> and (<tt>w</tt>)<tt>stof</tt>
7454 are specified in terms of calling C library APIs for potentially wider
7455 types.  The integer and floating-point versions have subtly different
7456 behaviour when reading values that are too large to convert.  The
7457 floating point case will throw <tt>out_of_bound</tt> if the read value
7458 is too large to convert to the wider type used in the implementation,
7459 but behaviour is undefined if the converted value cannot narrow to a
7460 float.  The integer case will throw <tt>out_of_bounds</tt> if the
7461 converted value cannot be represented in the narrower type, but throws
7462 <tt>invalid_argument</tt>, rather than <tt>out_of_bounds</tt>, if the
7463 conversion to the wider type fails due to overflow.
7464 </p>
7465
7466 <p>
7467 Suggest that the Throws clause for both specifications should be
7468 consistent, supporting the same set of fail-modes with the matching set
7469 of exceptions.
7470 </p>
7471
7472
7473
7474 <p><b>Proposed resolution:</b></p>
7475 <p>
7476 21.5p3 [string.conversions]
7477 </p>
7478
7479 <blockquote><pre>int stoi(const string&amp; str, size_t *idx = 0, int base = 10);
7480 long stol(const string&amp; str, size_t *idx = 0, int base = 10);
7481 unsigned long stoul(const string&amp; str, size_t *idx = 0, int base = 10);
7482 long long stoll(const string&amp; str, size_t *idx = 0, int base = 10);
7483 unsigned long long stoull(const string&amp; str, size_t *idx = 0, int base = 10);
7484 </pre>
7485
7486 <blockquote>
7487 <p>
7488 ...
7489 </p>
7490 <p>
7491 3 <i>Throws:</i> <tt>invalid_argument</tt> if <tt>strtol</tt>,
7492 <tt>strtoul</tt>, <tt>strtoll</tt>, or <tt>strtoull</tt> reports that no
7493 conversion could be performed. Throws <tt>out_of_range</tt> if
7494 <ins><tt>strtol</tt>, <tt>strtoul</tt>, <tt>strtoll</tt> or
7495 <tt>strtoull</tt> sets <tt>errno</tt> to <tt>ERANGE</tt>, or if</ins>
7496 the converted value is outside the range of representable values for the
7497 return type.
7498 </p>
7499 </blockquote>
7500 </blockquote>
7501
7502 <p>
7503 21.5p6 [string.conversions]
7504 </p>
7505
7506 <blockquote><pre>float stof(const string&amp; str, size_t *idx = 0);
7507 double stod(const string&amp; str, size_t *idx = 0);
7508 long double stold(const string&amp; str, size_t *idx = 0);
7509 </pre>
7510
7511 <blockquote>
7512 <p>
7513 ...
7514 </p>
7515 <p>
7516 6 <i>Throws:</i> <tt>invalid_argument</tt> if <tt>strtod</tt> or
7517 <tt>strtold</tt> reports that no conversion could be performed. Throws
7518 <tt>out_of_range</tt> if <tt>strtod</tt> or <tt>strtold</tt> sets
7519 <tt>errno</tt> to <tt>ERANGE</tt> <ins> or if the converted value is
7520 outside the range of representable values for the return type</ins>.
7521 </p>
7522 </blockquote>
7523 </blockquote>
7524
7525
7526
7527
7528
7529
7530 <hr>
7531 <h3><a name="2010"></a>2010. <tt>is_* traits</tt> for binding operations can't be meaningfully specialized</h3>
7532 <p><b>Section:</b> 20.8.10.1.1 [func.bind.isbind] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
7533  <b>Submitter:</b> Sean Hunt <b>Opened:</b> 2010-07-19 <b>Last modified:</b> 2010-11-16</p>
7534 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#func.bind.isbind">issues</a> in [func.bind.isbind].</p>
7535 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
7536 <p><b>Discussion:</b></p>
7537 <p>
7538 20.8.10.1.1 [func.bind.isbind] says for <tt>is_bind_expression</tt>:
7539 </p>
7540
7541 <blockquote>
7542 Users may specialize this template to indicate that a type should be
7543 treated as a subexpression in a <tt>bind</tt> call.
7544 </blockquote>
7545
7546 <p>
7547 But it also says:
7548 </p>
7549
7550 <blockquote>
7551 If <tt>T</tt> is a type returned from <tt>bind</tt>,
7552 <tt>is_bind_expression&lt;T&gt;</tt> shall be publicly derived from
7553 <tt>integral_constant&lt;bool, true&gt;</tt>, otherwise from
7554 <tt>integral_constant&lt;bool, false&gt;</tt>.
7555 </blockquote>
7556
7557 <p>
7558 This means that while the user is free to specialize, any specialization
7559 would have to be <tt>false</tt> to avoid violating the second
7560 requirement. A similar problem exists for <tt>is_placeholder</tt>.
7561 </p>
7562
7563
7564 <p><i>[
7565 2010 Batavia (post meeting session)
7566 ]</i></p>
7567
7568 <p>
7569 Alisdair recognises this is clearly a bug introduced by some wording he
7570 wrote, the sole purpose of this metafunction is as a customization point
7571 for users to write their own <tt>bind</tt>-expression types that participate
7572 in the standard library <tt>bind</tt> protocol.  The consensus was that this
7573 should be fixed in Madrid, moved to Open.
7574 </p>
7575
7576 <p><b>Proposed resolution:</b></p>
7577
7578
7579
7580
7581
7582 <hr>
7583 <h3><a name="2011"></a>2011. unexpected output required of strings</h3>
7584 <p><b>Section:</b> 21.4.8.9 [string.io] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#Open">Open</a>
7585  <b>Submitter:</b> James Kanze <b>Opened:</b> 2010-07-23 <b>Last modified:</b> 2010-11-16</p>
7586 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#string.io">issues</a> in [string.io].</p>
7587 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#Open">Open</a> status.</p>
7588 <p><b>Discussion:</b></p>
7589 <p>
7590 What should the following code output?
7591 </p>
7592
7593 <blockquote><pre>#include &lt;string&gt;
7594 #include &lt;iostream&gt;
7595 #include &lt;iomanip&gt;
7596
7597 int
7598 main()
7599 {
7600    std::string test("0X1Y2Z");
7601    std::cout.fill('*');
7602    std::cout.setf(std::ios::internal, std::ios::adjustfield);
7603    std::cout &lt;&lt; std::setw(8) &lt;&lt; test &lt;&lt; std::endl;
7604 }
7605 </pre></blockquote>
7606
7607 <p>
7608 I would expect "<tt>**0X1Y2Z</tt>", and this is what the compilers I have access
7609 to (VC++, g++ and Sun CC) do.  But according to the standard, it should be
7610 "<tt>0X**1Y2Z</tt>":
7611 </p>
7612
7613 <p>
7614 21.4.8.9 [string.io]/5:
7615 </p>
7616
7617 <blockquote><pre>template&lt;class charT, class traits, class Allocator&gt;
7618   basic_ostream&lt;charT, traits&gt;&amp;
7619     operator&lt;&lt;(basic_ostream&lt;charT, traits&gt;&amp; os, const basic_string&lt;charT,traits,Allocator&gt;&amp; str);
7620 </pre><blockquote>
7621 <i>Effects:</i> Behaves as a formatted output function (27.7.2.6.1 [ostream.formatted.reqmts]). After constructing a <tt>sentry</tt>
7622 object, if this object returns <tt>true</tt> when converted to a value of type
7623 <tt>bool</tt>, determines padding as described in 22.4.2.2.2 [facet.num.put.virtuals], then inserts the resulting sequence of
7624 characters seq as if by calling <tt>os.rdbuf()-&gt;sputn(seq, n)</tt>, where
7625 <tt>n</tt> is the larger of <tt>os.width()</tt> and <tt>str.size()</tt>; then
7626 calls <tt>os.width(0)</tt>.
7627 </blockquote>
7628 </blockquote>
7629
7630 <p>
7631 22.4.2.2.2 [facet.num.put.virtuals]/5:
7632 </p>
7633
7634 <blockquote>
7635 <p>
7636 [...]
7637 </p>
7638
7639 <p>
7640 <b>Stage 3:</b> A local variable is initialized as
7641 </p>
7642
7643 <blockquote><pre>fmtflags adjustfield= (flags &amp; (ios_base::adjustfield));
7644 </pre></blockquote>
7645
7646 <p>
7647 The location of any padding is determined according to Table 88.
7648 </p>
7649
7650 <p>
7651 If <tt>str.width()</tt> is nonzero and the number of <tt>charT</tt>'s in the
7652 sequence after stage 2 is less than <tt>str.width()</tt>, then enough fill
7653 characters are added to the sequence at the position indicated for padding to
7654 bring the length of the sequence to <tt>str.width()</tt>. <tt>str.width(0)</tt>
7655 is called.
7656 </p>
7657
7658 <table border="1">
7659 <caption>Table 88 \97 Fill padding</caption>
7660 <tbody><tr>
7661 <th>State</th>
7662 <th>Location</th>
7663 </tr>
7664
7665 <tr>
7666 <td><tt>adjustfield == ios_base::left</tt></td>
7667 <td>pad after</td>
7668 </tr>
7669
7670 <tr>
7671 <td><tt>adjustfield == ios_base::right</tt></td>
7672 <td>pad before</td>
7673 </tr>
7674
7675 <tr>
7676 <td><tt>adjustfield == internal</tt> and a sign occurs in the representation</td>
7677 <td>pad after the sign</td>
7678 </tr>
7679
7680 <tr>
7681 <td><tt>adjustfield == internal</tt> and representation after stage 1 began with 0x or 0X</td>
7682 <td>pad after x or X</td>
7683 </tr>
7684
7685 <tr>
7686 <td><i>otherwise</i></td>
7687 <td>pad before</td>
7688 </tr>
7689 </tbody></table>
7690
7691 </blockquote>
7692
7693 <p>
7694 Although it's not 100% clear what "the sequence after stage 2" should mean here,
7695 when there is no stage 2, the only reasonable assumption is that it is the
7696 contents of the string being output.  In the above code, the string being output
7697 is "<tt>0X1Y2Z</tt>", which starts with "<tt>0X</tt>", so the padding should be
7698 inserted "after x or X", and not before the string. I believe that this is a
7699 defect in the standard, and not in the three compilers I tried.
7700 </p>
7701
7702
7703
7704
7705 <p><i>[
7706 2010 Batavia (post meeting session)
7707 ]</i></p>
7708
7709 <p>
7710 Consensus that all known implementations are consistent, and disagree with the
7711 standard.  Preference is to fix the standard before implementations start trying
7712 to conform to the current spec, as the current implementations have the preferred
7713 form.  Howard volunteered to drught for Madrid, move to Open.
7714 </p>
7715
7716 <p><b>Proposed resolution:</b></p>
7717
7718
7719
7720
7721
7722 <hr>
7723 <h3><a name="2012"></a>2012. Associative maps should insert <tt>pair</tt>, not <tt>tuple</tt></h3>
7724 <p><b>Section:</b> 23.6 [associative] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
7725  <b>Submitter:</b> Paolo Carlini <b>Opened:</b> 2010-10-29 <b>Last modified:</b> 2010-11-07</p>
7726 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#associative">issues</a> in [associative].</p>
7727 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
7728 <p><b>Discussion:</b></p>
7729 <p>
7730 I'm seeing something strange in the paragraphs 23.6.1.3 [map.modifiers] and 23.6.2.2 [multimap.modifiers]:
7731 they both talk about <tt>tuple&lt;const key_type, mapped_type&gt;</tt> but I think they
7732 should be talking about <tt>pair&lt;const key_type, mapped_type&gt;</tt> because, among
7733 other reasons, a <tt>tuple</tt> is not convertible to a <tt>pair</tt>. If I replace <tt>tuple</tt>
7734 with <tt>pair</tt> everything makes sense to me.
7735
7736 The proposed resolution is obvious.
7737 </p>
7738
7739 <p><i>[
7740 2010-11-07 Daniel comments
7741 ]</i></p>
7742
7743
7744 <p>
7745 This is by far not the only necessary fix within both sub-clauses. For details see the 2010-10-29 comment in
7746 <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2005">2005</a>.
7747 </p>
7748
7749
7750 <p><b>Proposed resolution:</b></p>
7751 Apply the resolution proposed by the 2010-10-29 comment in <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#2005">2005</a>.
7752
7753
7754
7755
7756
7757 <hr>
7758 <h3><a name="2013"></a>2013. Do library implementers have the freedom to add <tt>constexpr</tt>?</h3>
7759 <p><b>Section:</b> 17.6.4.6 [constexpr.functions] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
7760  <b>Submitter:</b> Matt Austern <b>Opened:</b> 2010-11-12 <b>Last modified:</b> 2010-11-13</p>
7761 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
7762 <p><b>Discussion:</b></p>
7763 <p>Suppose that a particular function is not tagged as constexpr in the standard,
7764 but that, in some particular implementation, it is possible to write it within
7765 the constexpr constraints. If an implementer tags such a function as constexpr,
7766 is that a violation of the standard or is it a conforming extension?</p>
7767
7768 <p>There are two questions to consider. First, is this allowed under the
7769 as-if rule? Second, if it does not fall under as-if, is there
7770 (and should there be) any special license granted to implementers
7771 to do this anyway, sort of the way we allow elision of copy constructors
7772 even though it is detectable by users?</p>
7773
7774 <p>I believe that this does not fall under "as-if", so implementers
7775 probably don't have that freedom today. I suggest changing the WP
7776 to grant it. Even if we decide otherwise, however, I suggest that
7777 we make it explicit.</p>
7778
7779
7780
7781 <p><b>Proposed resolution:</b></p>
7782 <p><i>In 17.6.4.6 [constexpr.functions], change paragraph 1 to:</i></p>
7783
7784 <blockquote>
7785 <ins>This standard explicitly requires that certain standard library functions
7786 are <tt>constexpr</tt> [dcl.constexpr].
7787 Additionally, an implementation may declare any function to be <tt>constexpr</tt>
7788 if that function's definition satisfies the necessary constraints.</ins>
7789 Within any header that provides any non-defining declarations of <tt>constexpr</tt>
7790 functions or constructors an implementation shall provide corresponding definitions.
7791 </blockquote>
7792
7793
7794
7795
7796
7797
7798 <hr>
7799 <h3><a name="2014"></a>2014. More restrictions on macro names</h3>
7800 <p><b>Section:</b> 17.6.3.3.1 [macro.names] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
7801  <b>Submitter:</b> Alberto Ganesh Barbati <b>Opened:</b> 2010-11-16 <b>Last modified:</b> 2010-11-17</p>
7802 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#macro.names">issues</a> in [macro.names].</p>
7803 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
7804 <p><b>Discussion:</b></p>
7805 A program is currently forbidden to use keywords as macro names. This restriction should be strengthened to include all identifiers
7806 that could be used by the library as attribute-tokens (for example <tt>noreturn</tt>, which is used by header <tt>&lt;cstdlib&gt;</tt>)
7807 and the special identifiers introduced recently for override control (these are not currently used in the library public interface,
7808 but could potentially be used by the implementation or in future revisions of the library).
7809
7810
7811
7812 <p><b>Proposed resolution:</b></p>
7813 <p>Modify 17.6.3.3.1 [macro.names] paragraph 2 as follows:</p>
7814
7815 <blockquote>
7816 A translation unit shall not <tt>#define</tt> or <tt>#undef</tt> names lexically identical to keywords<ins>, to the identifiers
7817 listed in Table X [Identifiers with special meaning] or to the <i>attribute-tokens</i> described in clause 7.6 [dcl.attr]</ins>.
7818 </blockquote>
7819
7820
7821
7822
7823
7824
7825 <hr>
7826 <h3><a name="2015"></a>2015. Incorrect pre-conditions for some type traits</h3>
7827 <p><b>Section:</b> 20.7.4 [meta.unary] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
7828  <b>Submitter:</b> Nikolay Ivchenkov <b>Opened:</b> 2010-11-08 <b>Last modified:</b> 2010-11-17</p>
7829 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#meta.unary">issues</a> in [meta.unary].</p>
7830 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
7831 <p><b>Discussion:</b></p>
7832 According to N3126&nbsp;&#8209;&nbsp;3.9/9,
7833
7834 <p>"Scalar types, trivial class types (Clause 9), arrays of such types
7835 and <i>cv</i>&#8209;qualified versions of these types (3.9.3) are collectively
7836 called <i>trivial types</i>."</p>
7837
7838 <p>Thus, an array (possibly of unknown bound) can be trivial type, non&#8209;trivial type,
7839 or an array type whose triviality cannot be determined because its element type is incomplete.</p>
7840
7841 <p>According to N3126&nbsp;&#8209;&nbsp;Table 45, preconditions for <tt>std::is_trivial</tt> are
7842 defined as follows:</p>
7843
7844 <p>"<tt>T</tt> shall be a complete type, (possibly <i>cv</i>-qualified) <tt>void</tt>,
7845 or an array of unknown bound"</p>
7846
7847 <p>It seems that "an array of unknown bound" should be changed to "an
7848 array of unknown bound of a complete element type". Preconditions for
7849 some other templates (e.g., <tt>std::is_trivially_copyable</tt>,
7850 <tt>std::is_standard_layout</tt>, <tt>std::is_pod</tt>, and <tt>std::is_literal_type</tt>) should
7851 be changed similarly.</p>
7852
7853 <p>On the other hand, some preconditions look too restrictive. For
7854 example, <tt>std::is_empty</tt> and <tt>std::is_polymorphic</tt> might accept any
7855 incomplete non-class type.</p>
7856
7857
7858 <p><b>Proposed resolution:</b></p>
7859
7860
7861
7862
7863
7864 <hr>
7865 <h3><a name="2016"></a>2016. <tt>Allocators</tt> must be no-throw <i>swappable</i></h3>
7866 <p><b>Section:</b> 20.2.5 [allocator.requirements] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
7867  <b>Submitter:</b> Daniel Krügler <b>Opened:</b> 2010-11-17 <b>Last modified:</b> 2010-11-23</p>
7868 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#allocator.requirements">issues</a> in [allocator.requirements].</p>
7869 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
7870 <p><b>Discussion:</b></p>
7871 During the Batavia meeting it turned out that there is a definition
7872 hole for types satisfying the <tt>Allocators</tt> requirements: The problem
7873 became obvious when it was discussed whether all <tt>swap</tt> functions
7874 of <tt>Containers</tt> with internal data handles can be safely tagged
7875 with <tt>noexcept</tt> or not. While it is correct that the implicit
7876 <tt>swap</tt> function of an allocator is required to be a no-throw
7877 operation (because move/copy-constructors and assignment operators are
7878 required to be no-throw functions), there are no such requirements
7879 for specialized <tt>swap</tt> overloads for a particular allocator.
7880
7881 But this requirement is essential because the <tt>Containers</tt> are
7882 required to support <i>swappable</i> <tt>Allocators</tt>, when the value
7883 <tt>allocator_traits&lt;&gt;::propagate_on_container_swap</tt> evaluates
7884 to <tt>true</tt>.
7885
7886
7887 <p><b>Proposed resolution:</b></p>
7888
7889
7890
7891
7892
7893 <hr>
7894 <h3><a name="2017"></a>2017. <tt>std::reference_wrapper</tt> makes incorrect usage of <tt>std::result_of</tt></h3>
7895 <p><b>Section:</b> 20.8.4 [refwrap] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
7896  <b>Submitter:</b> Nikolay Ivchenkov <b>Opened:</b> 2010-11-15 <b>Last modified:</b> 2010-11-23</p>
7897 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#refwrap">issues</a> in [refwrap].</p>
7898 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
7899 <p><b>Discussion:</b></p>
7900 <tt>std::reference_wrapper</tt>'s function call operator uses <em>wrong</em>
7901 type encoding for rvalue-arguments. An rvalue-argument of type <tt>T</tt> must
7902 be encoded as <tt>T&amp;&amp;</tt>, not as just <tt>T</tt>.
7903
7904 <blockquote><pre>#include &lt;functional&gt;
7905 #include &lt;iostream&gt;
7906 #include &lt;string&gt;
7907 #include &lt;type_traits&gt;
7908 #include &lt;utility&gt;
7909
7910 template &lt;class F, class... Types&gt;
7911      typename std::result_of&lt;F (Types...)&gt;::type
7912          f1(F f, Types&amp;&amp;... params)
7913 {
7914      return f(std::forward&lt;Types...&gt;(params...));
7915 }
7916
7917 template &lt;class F, class... Types&gt;
7918      typename std::result_of&lt;F (Types<b>&amp;&amp;</b>...)
7919          f2(F f, Types&amp;&amp;... params)
7920 {
7921      return f(std::forward&lt;Types...&gt;(params...));
7922 }
7923
7924 struct Functor
7925 {
7926      template &lt;class T&gt;
7927          T&amp;&amp; operator()(T&amp;&amp; t) const
7928      {
7929          return static_cast&lt;T&amp;&amp;&gt;(t);
7930      }
7931 };
7932
7933 int main()
7934 {
7935      typedef std::string const Str;
7936      std::cout &lt;&lt; f1(Functor(), Str("1")) &lt;&lt; std::endl; // (1)
7937      std::cout &lt;&lt; f2(Functor(), Str("2")) &lt;&lt; std::endl; // (2)
7938 }
7939 </pre></blockquote>
7940
7941 Lets consider the function template <tt>f1</tt> (which is similar to
7942 <tt>std::reference_wrapper</tt>'s function call operator). In the invocation
7943 (1) <tt>F</tt> is deduced as '<tt>Functor</tt>' and <tt>Types</tt> is deduced as type sequence
7944 which consists of one type '<tt>std::string const</tt>'. After the substitution
7945 we have the following equivalent:
7946
7947 <blockquote><pre>template &lt;&gt;
7948     std::result_of&lt;F (std::string const)&gt;::type
7949         f1&lt;Functor, std::string const&gt;(Functor f, std::string const &amp;&amp; params)
7950 {
7951     return f(std::forward&lt;const std::string&gt;(params));
7952 }
7953 </pre></blockquote>
7954
7955 The top-level <i>cv</i>-qualifier in the parameter type of '<tt>F (std::string const)</tt>' is removed, so we have
7956
7957 <blockquote><pre>template &lt;&gt;
7958     std::result_of&lt;F (std::string)&gt;::type
7959         f1&lt;Functor, std::string const&gt;(Functor f, std::string const &amp;&amp; params)
7960 {
7961     return f(std::forward&lt;const std::string&gt;(params));
7962 }
7963 </pre></blockquote>
7964
7965 Let <tt>r</tt> be an rvalue of type '<tt>std::string</tt>' and <tt>cr</tt> be an rvalue of type
7966 '<tt>std::string const</tt>'. The expression <tt>Str("1")</tt> is <tt>cr</tt>. The corresponding
7967 return type for the invocation
7968
7969 <blockquote><pre>Functor().operator()(r)
7970 </pre></blockquote>
7971
7972 is '<tt>std::string &amp;&amp;</tt>'. The corresponding return type for the invocation
7973
7974
7975 <blockquote><pre>Functor().operator()(cr)
7976 </pre></blockquote>
7977
7978 is '<tt>std::string const &amp;&amp;</tt>'.
7979 <p>
7980 <tt>std::result_of&lt;Functor (std::string)&gt;::type</tt> is the same type as the
7981 corresponding return type for the invocation <tt>Functor().operator()(r)</tt>,
7982 i.e. it is '<tt>std::string &amp;&amp;</tt>'. As a consequence, we have wrong reference
7983 binding in the return statement in <tt>f1</tt>.
7984 </p><p>
7985 Now lets consider the invocation (2) of the function template <tt>f2</tt>. When
7986 the template arguments are substituted we have the following equivalent:
7987
7988 </p><blockquote><pre>template &lt;&gt;
7989     std::result_of&lt;F (std::string const &amp;&amp;)&gt;::type
7990         f2&lt;Functor, std::string const&gt;(Functor f, std::string const &amp;&amp; params)
7991 {
7992     return f(std::forward&lt;const std::string&gt;(params));
7993 }
7994 </pre></blockquote>
7995
7996 <tt>std::result_of&lt;F (std::string const &amp;&amp;)&gt;::type</tt> is the same type as
7997 '<tt>std::string const &amp;&amp;</tt>'. This is correct result.
7998 <p><b>Proposed resolution:</b></p>
7999
8000
8001
8002
8003
8004 <hr>
8005 <h3><a name="2018"></a>2018. <tt>regex_traits::isctype</tt> Returns clause is wrong</h3>
8006 <p><b>Section:</b> 28.7 [re.traits] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
8007  <b>Submitter:</b> Jonathan Wakely <b>Opened:</b> 2010-11-16 <b>Last modified:</b> 2010-11-23</p>
8008 <p><b>View all other</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-index.html#re.traits">issues</a> in [re.traits].</p>
8009 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
8010 <p><b>Discussion:</b></p>
8011 <p>28.7 [re.traits] p12 says:</p>
8012 <blockquote>
8013 <p>returns true if f bitwise or\92ed with the result of calling
8014 lookup_classname with an iterator pair that designates the character
8015 sequence "w" is not equal to 0 and c == \92_\92</p>
8016 </blockquote>
8017
8018 <p>If the bitmask value corresponding to "w" has a non-zero value (which
8019 it must do) then the bitwise or with any value is also non-zero, and
8020 so isctype('_', f) returns true for any f.  Obviously this is wrong,
8021 since '_' is not in every ctype category.</p>
8022
8023 <p>There's a similar problem with the following phrases discussing the
8024 "blank" char class.
8025 </p>
8026
8027
8028 <p><b>Proposed resolution:</b></p>
8029 <p>Replace the Returns clause with a description in terms of ctype
8030 categories, rather than pseudocode in terms of bitwise operations.
8031 (full replacement wording to follow)
8032
8033 </p>
8034
8035
8036
8037
8038
8039 <hr>
8040 <h3><a name="2019"></a>2019. <tt>isblank</tt> not supported by <tt>std::locale</tt></h3>
8041 <p><b>Section:</b> 22.3.3.1 [classification] <b>Status:</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#New">New</a>
8042  <b>Submitter:</b> Jonathan Wakely <b>Opened:</b> 2010-11-16 <b>Last modified:</b> 2010-11-23</p>
8043 <p><b>View all issues with</b> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-status.html#New">New</a> status.</p>
8044 <p><b>Discussion:</b></p>
8045 <p>C99 added <tt>isblank</tt> and <tt>iswblank</tt> to <tt>&lt;locale.h&gt;</tt> but <tt>&lt;locale&gt;</tt> does not
8046 provide any equivalent.</p>
8047
8048
8049 <p><b>Proposed resolution:</b></p>
8050 <p>Add to 22.3.3.1 [classification] synopsis:</p>
8051 <blockquote>
8052 <pre>template &lt;class charT&gt; bool isgraph (charT c, const locale&amp; loc);
8053 <ins>template &lt;class charT&gt; bool isblank (charT c, const locale&amp; loc);</ins>
8054 </pre>
8055 </blockquote>
8056
8057 <p>Add to 22.4.1 [category.ctype] synopsis:</p>
8058
8059 <blockquote>
8060 <pre>static const mask xdigit = 1 &lt;&lt; 8;
8061 <ins>static const mask blank = 1 &lt;&lt; 9;</ins>
8062 static const mask alnum = alpha | digit;
8063 static const mask graph = alnum | punct;
8064 </pre>
8065 </blockquote>
8066
8067
8068
8069
8070
8071
8072
8073
8074 </body></html>