# libc++ Issaquah Status

This is a temporary page; please check the c++1z status here

This page shows the status of the papers and issues that are expected to be adopted in Toronto.

The groups that have contributed papers:

- LWG - Library working group
- CWG - Core Language Working group
- SG1 - Study group #1 (Concurrency working group)

### Paper Status

Paper # | Group | Paper Name | Meeting | Status | First released version
--- | --- | --- | --- | --- | ---

### Library Working group Issues Status

Issue # | Issue Name | Meeting | Status
--- | --- | --- | ---
2444 | Inconsistent complexity for std::sort_heap | Toronto |
2593 | Moved-from state of Allocators | Toronto |
2597 | std::log misspecified for complex numbers | Toronto |
2783 | stack::emplace() and queue::emplace() should return decltype(auto) | Toronto |
2932 | Constraints on parallel algorithm implementations are underspecified | Toronto |
2937 | Is equivalent("existing_thing", "not_existing_thing") an error? | Toronto | Complete
2940 | result_of specification also needs a little cleanup | Toronto |
2942 | LWG 2873's resolution missed weak_ptr::owner_before | Toronto |
2954 | Specialization of the convenience variable templates should be prohibited | Toronto |
2961 | Bad postcondition for set_default_resource | Toronto |
2966 | Incomplete resolution of US 74 | Toronto |
2974 | Diagnose out of bounds tuple_element/variant_alternative | Toronto |
| Priority 1 Bugs |  |
2665 | remove_filename() post condition is incorrect | Toronto | We do this already
| Immediate Issues in Toronto |  |
2901 | Variants cannot properly support allocators | Toronto | We do this already
2956 | `filesystem::canonical()` still defined in terms of `absolute(p, base)` | Toronto |

### Comments about the issues

- 2444 -
- 2593 -
- 2597 - I think we do this already; probably needs tests
- 2783 - should be easy to change; needs tests
- 2932 - We're not doing the parallel algorithms yet.
- 2937 - Implemented with tests. The PR LGTM (Eric)
- 2940 - We haven't implemented result_of yet, but I don't think that this will require any changes.
- 2942 - all of our owner_before overloads are already noexcept; just need to update the tests.
- 2954 - I don't think there's anything to do here.
- 2961 - We haven't implemented the PMR stuff yet.
- 2966 - Wording cleanup; no code or test changes needed.
- 2974 - I did this in r305196. Tests added in 306580

Last Updated: 28-Jun-2017