Author: marshall
Date: Mon Oct  5 13:48:10 2015
New Revision: 249334

URL: http://llvm.org/viewvc/llvm-project?rev=249334&view=rev
Log:
Add comments about the issues

Modified:
    libcxx/trunk/www/kona.html

Modified: libcxx/trunk/www/kona.html
URL: 
http://llvm.org/viewvc/llvm-project/libcxx/trunk/www/kona.html?rev=249334&r1=249333&r2=249334&view=diff
==============================================================================
--- libcxx/trunk/www/kona.html (original)
+++ libcxx/trunk/www/kona.html Mon Oct  5 13:48:10 2015
@@ -61,10 +61,10 @@
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#1169";>1169</a></td><td><tt>num_get</tt>
 not fully compatible with <tt>strto*</tt></td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2072";>2072</a></td><td>Unclear
 wording about capacity of temporary buffers</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2101";>2101</a></td><td>Some
 transformation types can produce impossible 
types</td><td>Kona</td><td></td></tr>
-       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2111";>2111</a></td><td>Which
 <tt>unexpected</tt>&#47;<tt>terminate</tt> handler is called from the 
exception handling runtime?</td><td>Kona</td><td></td></tr>
+       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2111";>2111</a></td><td>Which
 <tt>unexpected</tt>&#47;<tt>terminate</tt> handler is called from the 
exception handling runtime?</td><td>Kona</td><td>Complete</td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2119";>2119</a></td><td>Missing
 <tt>hash</tt> specializations for extended integer 
types</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2127";>2127</a></td><td>Move-construction
 with <tt>raw_storage_iterator</tt></td><td>Kona</td><td></td></tr>
-       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2133";>2133</a></td><td>Attitude
 to overloaded comma for iterators</td><td>Kona</td><td></td></tr>
+       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2133";>2133</a></td><td>Attitude
 to overloaded comma for iterators</td><td>Kona</td><td>Complete</td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2156";>2156</a></td><td>Unordered
 containers' <tt>reserve(n)</tt> reserves for <tt>n-1</tt> 
elements</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2181";>2181</a></td><td>Exceptions
 from <em>seed sequence</em> operations</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2218";>2218</a></td><td>Unclear
 how containers use 
<tt>allocator_traits::construct()</tt></td><td>Kona</td><td></td></tr>
@@ -78,7 +78,7 @@
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2380";>2380</a></td><td>May
 <tt>&lt;cstdlib&gt;</tt> provide <tt>long ::abs(long)</tt> and <tt>long long 
::abs(long long)</tt>?</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2384";>2384</a></td><td>Allocator's
 <tt>deallocate</tt> function needs better 
specification</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2385";>2385</a></td><td><tt>function::assign</tt>
 allocator argument doesn't make sense</td><td>Kona</td><td></td></tr>
-       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2435";>2435</a></td><td><tt>reference_wrapper::operator()</tt>'s
 Remark should be deleted</td><td>Kona</td><td></td></tr>
+       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2435";>2435</a></td><td><tt>reference_wrapper::operator()</tt>'s
 Remark should be deleted</td><td>Kona</td><td>Complete</td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2447";>2447</a></td><td>Allocators
 and <tt>volatile</tt>-qualified value types</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2462";>2462</a></td><td><tt>std::ios_base::failure</tt>
 is overspecified</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2466";>2466</a></td><td><tt>allocator_traits::max_size()</tt>
 default behavior is incorrect</td><td>Kona</td><td></td></tr>
@@ -92,7 +92,7 @@
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2486";>2486</a></td><td><tt>mem_fn()</tt>
 should be required to use perfect forwarding</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2487";>2487</a></td><td><tt>bind()</tt>
 should be <tt>const</tt>-overloaded, not 
<i>cv</i>-overloaded</td><td>Kona</td><td></td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2489";>2489</a></td><td><tt>mem_fn()</tt>
 should be <tt>noexcept</tt></td><td>Kona</td><td></td></tr>
-       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2492";>2492</a></td><td>Clarify
 requirements for <tt>comp</tt></td><td>Kona</td><td></td></tr>
+       <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2492";>2492</a></td><td>Clarify
 requirements for <tt>comp</tt></td><td>Kona</td><td>Complete</td></tr>
        <tr><td><a 
href="http://cplusplus.github.io/LWG/lwg-defects.html#2494";>2494</a></td><td>[fund.ts.v2]
 <tt>ostream_joiner</tt> needs <tt>noexcept</tt></td><td>Kona</td><td></td></tr>
 
 <!--
@@ -102,6 +102,44 @@
   </table>
 
 <h3>Comments about the issues</h3>
+<ul>
+<li>1169 - We currently have a single function __num_get_float that calls 
strtold_l, and then casts down to the appropriate floating point type.  That 
will have to change.</li>
+<li>2072 - I don't think there's anything to do here; this is just making the 
wording better.</li>
+<li>2101 - Need to write some careful test cases. In particular, need to check 
function types with/without const/ref qualifiers.  Currently we get this wrong. 
Installing metashell to play with these.</li>
+<li><i>2111 - Resolved an ambiguity by calling it out. No code change 
required.</i></li>
+<li>2119 - Hashes for all integral and enumeration types. Research needed</li>
+<li>2127 - Add a new member to raw_storage_iterator. Looks simple.</li>
+<li><i>2133 - We do this already; thanks Eric.</i></li>
+<li>2156 - check and make sure that we already do this. Write a test.</li>
+<li>2181 - I suspect that this will not require any code changes, but will 
need to be read carefully.</li>
+<li>2218 - Shouldn't require any code changes.</li>
+<li>2219 - Punt to Eric</li>
+<li>2244 - We don't do this; easy fix; think about how to test it.</li>
+<li>2250 - Looks like wording cleanup. Need to check more closely, but I think 
there's no code changes here.</li>
+<li>2259 - I don't think that there's any code changes needed here.</li>
+<li>2336 - <b>Check later</b></li>
+<li>2353 - Simple change, needs a test. (test probably used to exist)</li>
+<li>2367 - Ask Eric to do it. Tests.</li>
+<li>2380 - No code changes here; we already do this.</li>
+<li>2384 - Wording cleanup; no code change required</li>
+<li>2385 - Removing broken signatures. Only question is "how far back"?</li>
+<li><i>2435 - Wording cleanup; no code change required</i></li>
+<li>2447 - I don't know if there's any work here.</li>
+<li>2462 - No code change necessary. Are there tests here? Should there 
be?</li>
+<li>2466 - Simple change; need a test.</li>
+<li>2469 - I suspect this is just wording cleanup, but it needs a closer 
look.</li>
+<li>2473 - I suspect this is just wording cleanup, but it needs a closer 
look.</li>
+<li>2476 - Simple change; need tests.</li>
+<li>2477 - Definitely wording cleanup, but check the tests.</li>
+<li>2483 - We already do this.</li>
+<li>2484 - We already do this.</li>
+<li>2485 - Ask Eric to do it. </li>
+<li>2486 - Lots of code changes, all mechanical. Tests will be sizable.</li>
+<li>2487 - <b>Don't know</b></li>
+<li>2489 - Looks easy. Just add some NOEXCEPT, and tests.</li>
+<li><i>2492 - Wording cleanup; no code changes needed.</i></li>
+<li>2494 - My implementation of this (not checked in) already has these.</li>
+</ul>
 
 <p>Last Updated: 5-Oct-2015</p>
 </div>


_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to