Author: marshall
Date: Tue Aug 13 11:07:51 2013
New Revision: 188284

URL: http://llvm.org/viewvc/llvm-project?rev=188284&view=rev
Log:
Removed 'Ready' issues from Bristol

Modified:
    libcxx/trunk/www/cxx1y_status.html

Modified: libcxx/trunk/www/cxx1y_status.html
URL: 
http://llvm.org/viewvc/llvm-project/libcxx/trunk/www/cxx1y_status.html?rev=188284&r1=188283&r2=188284&view=diff
==============================================================================
--- libcxx/trunk/www/cxx1y_status.html (original)
+++ libcxx/trunk/www/cxx1y_status.html Tue Aug 13 11:07:51 2013
@@ -131,19 +131,6 @@
        <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2222";>2222</a></td><td>Inconsistency
 in description of forward_list::splice_after single-element 
overload</td><td>Bristol</td><td></td></tr>
        <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2225";>2225</a></td><td>Unrealistic
 header inclusion checks required</td><td>Bristol</td><td></td></tr>
        <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2231";>2231</a></td><td>DR
 704 removes complexity guarantee for clear()</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2094";>2094</a></td><td>duration
 conversion overflow shouldn't participate in overload 
resolution</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2122";>2122</a></td><td>merge()
 stability for lists versus forward lists</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2128";>2128</a></td><td>Absence
 of global functions cbegin/cend</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2148";>2148</a></td><td>Hashing
 enums should be supported directly by 
std::hash</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2149";>2149</a></td><td>Concerns
 about 20.8/5</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2162";>2162</a></td><td>allocator_traits::max_size
 missing noexcept</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2176";>2176</a></td><td>Special
 members for wstring_convert and 
wbuffer_convert</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2196";>2196</a></td><td>Specification
 of is_*[copy/move]_[constructible/assignable] unclear for non-referencable 
types</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2203";>2203</a></td><td>scoped_allocator_adaptor
 uses wrong argument types for piecewise 
construction</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2207";>2207</a></td><td>basic_string::at
 should not have a Requires clause</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2210";>2210</a></td><td>Missing
 allocator-extended constructor for allocator-aware 
containers</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2229";>2229</a></td><td>Standard
 code conversion facets underspecified</td><td>Bristol</td><td></td></tr>
-       <tr><td><a 
href="http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#2235";>2235</a></td><td>Undefined
 behavior without proper requirements on basic_string 
constructors</td><td>Bristol</td><td></td></tr>  </table>
   </table>
 
   <p>Last Updated: 13-Aug-2013</p>


_______________________________________________
cfe-commits mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits

Reply via email to