forked from OSchip/llvm-project
dd15c2723c
P1518 does the following in C++23 but we'll just do it in C++17 as well:
- Stop requiring `Alloc` to be an allocator on some container-adaptor deduction guides
- Stop deducing from `Allocator` on some sequence container constructors
- Stop deducing from `Allocator` on some other container constructors (libc++ already did this)
The affected constructors are the "allocator-extended" versions of
constructors where the non-allocator arguments are already sufficient
to deduce the allocator type. For example,
std::pmr::vector<int> v1;
std::vector v2(v1, std::pmr::new_delete_resource());
std::stack s2(v1, std::pmr::new_delete_resource());
Differential Revision: https://reviews.llvm.org/D97742
|
||
|---|---|---|
| .. | ||
| unord.map.cnstr | ||
| unord.map.elem | ||
| unord.map.modifiers | ||
| unord.map.swap | ||
| allocator_mismatch.compile.fail.cpp | ||
| bucket.pass.cpp | ||
| bucket_count.pass.cpp | ||
| bucket_size.pass.cpp | ||
| compare.pass.cpp | ||
| contains.pass.cpp | ||
| contains.transparent.pass.cpp | ||
| count.pass.cpp | ||
| count.transparent.pass.cpp | ||
| empty.pass.cpp | ||
| empty.verify.cpp | ||
| eq.pass.cpp | ||
| equal_range_const.pass.cpp | ||
| equal_range_const.transparent.pass.cpp | ||
| equal_range_non_const.pass.cpp | ||
| equal_range_non_const.transparent.pass.cpp | ||
| erase_if.pass.cpp | ||
| find_const.pass.cpp | ||
| find_const.transparent.pass.cpp | ||
| find_non_const.pass.cpp | ||
| find_non_const.transparent.pass.cpp | ||
| incomplete_type.pass.cpp | ||
| iterator_concept_conformance.compile.pass.cpp | ||
| iterators.pass.cpp | ||
| load_factor.pass.cpp | ||
| local_iterators.pass.cpp | ||
| max_bucket_count.pass.cpp | ||
| max_load_factor.pass.cpp | ||
| max_size.pass.cpp | ||
| range_concept_conformance.compile.pass.cpp | ||
| rehash.pass.cpp | ||
| reserve.pass.cpp | ||
| size.pass.cpp | ||
| swap_member.pass.cpp | ||
| types.pass.cpp | ||