OpenCores
URL https://opencores.org/ocsvn/openrisc/openrisc/trunk

Subversion Repositories openrisc

[/] [openrisc/] [trunk/] [gnu-dev/] [or1k-gcc/] [libstdc++-v3/] [doc/] [html/] [ext/] [lwg-active.html] - Blame information for rev 742

Details | Compare with Previous | View Log

Line No. Rev Author Line
1 742 jeremybenn 
<!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. —<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. — <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. —
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šek <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 — Associative container requirements in 23.2.4 [associative.reqmts]:
2669 
</p>
2670 
 
2671 
<blockquote>
2672 
<table border="1">
2673 
<caption>Table 96 — 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 — 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 — 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 — Hash
3555 
requirements [hash]:
3556 
</p>
3557 
 
3558 
<blockquote>
3559 
<table border="1">
3560 
 
3561 
<caption>Table 40 — 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 — Hash requirements [hash] as indicated:
3686 
</p>
3687 
 
3688 
<blockquote>
3689 
<table border="1">
3690 
 
3691 
<caption>Table 40 — 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 — 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. — <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 
— <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 
— <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. — <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. — <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> — 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> — 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. — <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> — 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. — <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> — 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. — <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. — <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. — <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. — <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 — 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’ed 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 == ’_’</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>

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.