llvm-project/libcxx/test/std/utilities/memory/default.allocator
Louis Dionne a54d028895 Revert "[libc++] Remove extension to support allocator<const T>"
This reverts commit 276ca873. That commit has quite a history at this
point. It was first landed in dbc647643577, which broke std::shared_ptr<T const>
and was reverted in 9138666f5. It was then re-applied in 276ca873, with
the std::shared_ptr issue fixed, but it caused widespread breakage at
Google (which suggests it would cause similar breakage in the wild too),
so now I'm reverting again.

Instead, I will add a escape hatch that vendors can turn on to enable
the extension and perform a phased transition over one or two releases
like we sometimes do when things become non-trivial.
2022-03-09 17:04:18 -05:00
..
allocator.globals [libc++] Implement C++20's P0784 (More constexpr containers) 2020-09-22 11:20:33 -04:00
allocator.members Revert "[libc++] Remove extension to support allocator<const T>" 2022-03-09 17:04:18 -05:00
PR50299.compile.pass.cpp [libc++] Undeprecate the std::allocator<void> specialization 2021-06-16 09:54:29 -04:00
allocator.ctor.pass.cpp Revert "[libc++] Remove extension to support allocator<const T>" 2022-03-09 17:04:18 -05:00
allocator.dtor.pass.cpp Revert "[libc++] Remove extension to support allocator<const T>" 2022-03-09 17:04:18 -05:00
allocator_pointers.pass.cpp [libc++] Undeprecate the std::allocator<void> specialization 2021-06-16 09:54:29 -04:00
allocator_types.deprecated_in_cxx17.verify.cpp Revert "[libc++] Remove extension to support allocator<const T>" 2022-03-09 17:04:18 -05:00
allocator_types.pass.cpp Revert "[libc++] Remove extension to support allocator<const T>" 2022-03-09 17:04:18 -05:00
allocator_types.removed_in_cxx20.verify.cpp Revert "[libc++] Remove extension to support allocator<const T>" 2022-03-09 17:04:18 -05:00
allocator_types.void.compile.pass.cpp [libc++] Undeprecate the std::allocator<void> specialization 2021-06-16 09:54:29 -04:00