Mark #2759 as ready and #2755 as complete
authorMarshall Clow <mclow.lists@gmail.com>
Tue, 4 Oct 2016 14:39:58 +0000 (14:39 +0000)
committerMarshall Clow <mclow.lists@gmail.com>
Tue, 4 Oct 2016 14:39:58 +0000 (14:39 +0000)
llvm-svn: 283222

libcxx/www/upcoming_meeting.html

index 2a3883b..ac37a6a 100644 (file)
         <tr><td><a href="http://wg21.link/LWG2752">2752</a></td><td>"Throws:" clauses of async and packaged_task are unimplementable</td><td>Issaquah</td><td></td></tr>
         <tr><td><a href="http://wg21.link/LWG2753">2753</a></td><td>Optional's constructors and assignments need constraints</td><td>Issaquah</td><td></td></tr>
         <tr><td><a href="http://wg21.link/LWG2754">2754</a></td><td>The in_place constructors and emplace functions added by P0032R3 don't require CopyConstructible</td><td>Issaquah</td><td></td></tr>
-        <tr><td><a href="http://wg21.link/LWG2755">2755</a></td><td>§[string.view.io] uses non-existent basic_string_view::to_string function</td><td>Issaquah</td><td></td></tr>
+        <tr><td><a href="http://wg21.link/LWG2755">2755</a></td><td>§[string.view.io] uses non-existent basic_string_view::to_string function</td><td>Issaquah</td><td>We already do this</td></tr>
         <tr><td><a href="http://wg21.link/LWG2756">2756</a></td><td>C++ WP optional<T> should 'forward' T's implicit conversions</td><td>Issaquah</td><td></td></tr>
-        <tr><td><a href="http://wg21.link/LWG2759">2759</a></td><td>gcd / lcm and bool for the WP</td><td>Issaquah</td><td></td></tr>
+        <tr><td><a href="http://wg21.link/LWG2759">2759</a></td><td>gcd / lcm and bool for the WP</td><td>Issaquah</td><td>Patch ready</td></tr>
         <tr><td><a href="http://wg21.link/LWG2760">2760</a></td><td>non-const basic_string::data should not invalidate iterators</td><td>Issaquah</td><td>Nothing to do</td></tr>
         <tr><td><a href="http://wg21.link/LWG2765">2765</a></td><td>Did LWG 1123 go too far?</td><td>Issaquah</td><td></td></tr>
         <tr><td><a href="http://wg21.link/LWG2767">2767</a></td><td>not_fn call_wrapper can form invalid types</td><td>Issaquah</td><td></td></tr>
 <li>2686 - </li>
 <li>2694 - </li>
 <li>2696 - </li>
-<li>2699 - </li>
+<li>2699 - I don't think this requires any code changes; look more closely.</li>
 <li>2712 - </li>
 <li>2722 - </li>
 <li>2729 - </li>
 <li>2752 - </li>
 <li>2753 - </li>
 <li>2754 - </li>
-<li>2755 - </li>
+<li>2755 - Both string and string_view call a common routine for output; so no code changes needed.</li>
 <li>2756 - </li>
-<li>2759 - </li>
+<li>2759 - Patch and tests ready</li>
 <li>2760 - This is just wording cleanup; no code or test changes needed.</li>
 <li>2765 - </li>
 <li>2767 - </li>