Changes in __split_buffer

c74059c5 - [libc++] Implement P1004R2 (constexpr std::vector)

Wed, 27 Jul 2022 12:41:40 +0000

[libc++] Implement P1004R2 (constexpr std::vector)Reviewed By: #libc, ldionneSpies: mgorny, var-const, ormris, philnik, miscco, hiraditya, steven_wu, jkorous, ldionne, christof, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D68365(cherry picked from commit 98d3d5b5da66e3cf7807c23a0294280bb796466b) List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

f4fb72e6 - [libc++] Use uninitialized algorithms for vector

Tue, 26 Jul 2022 14:13:56 +0000

[libc++] Use uninitialized algorithms for vectorReviewed By: ldionne, #libcSpies: huixie90, eaeltsin, joanahalili, bgraur, alexfh, hans, avogelsgesang, augusto2112, libcxx-commits, mgornyDifferential Revision: https://reviews.llvm.org/D128146 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

1d057a6d - Revert "[libc++] Use uninitialized algorithms for vector"

Thu, 21 Jul 2022 21:19:20 +0000

Revert "[libc++] Use uninitialized algorithms for vector"This reverts commit 23cf42e706fbc2a939ce1470da16599b42258aea. List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

23cf42e7 - [libc++] Use uninitialized algorithms for vector

Wed, 20 Jul 2022 18:24:46 +0000

[libc++] Use uninitialized algorithms for vectorReviewed By: ldionne, #libcSpies: libcxx-commits, mgornyDifferential Revision: https://reviews.llvm.org/D128146 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

0d0bd17f - [libc++] Fix __split_buffer::__construct_at_end definition to match declaration

Tue, 05 Jul 2022 08:13:38 +0000

[libc++] Fix __split_buffer::__construct_at_end definition to match declaration List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

00927334 - [libc++] Use __is_exactly_{input, forward}_iterator

Mon, 04 Jul 2022 20:45:49 +0000

[libc++] Use __is_exactly_{input, forward}_iteratorReviewed By: ldionne, #libcSpies: libcxx-commitsDifferential Revision: https://reviews.llvm.org/D128646 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

4887d047 - [libc++][NFC] Replace enable_if with __enable_if_t in a few places

Sun, 03 Jul 2022 23:21:44 +0000

[libc++][NFC] Replace enable_if with __enable_if_t in a few placesReviewed By: ldionne, #libcSpies: jloser, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D128400 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

a96443ed - [libc++] Implement P0401R6 (allocate_at_least)

Sat, 09 Apr 2022 07:41:19 +0000

[libc++] Implement P0401R6 (allocate_at_least)Reviewed By: ldionne, var-const, #libcSpies: mgorny, libcxx-commits, arichardsonDifferential Revision: https://reviews.llvm.org/D122877 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

cc82a1b0 - [libc++][NFC] Fix include guards and add a missing license header

Wed, 23 Mar 2022 17:11:04 +0000

[libc++][NFC] Fix include guards and add a missing license header List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

368faaca - [libc++] Revert "Protect users from relying on detail headers" & related changes

Mon, 28 Feb 2022 21:37:25 +0000

[libc++] Revert "Protect users from relying on detail headers" & related changesThis commit reverts 5aaefa51 (and also partly 7f285f48e77 and b6d75682f9,which were related to the original commit). As landed, 5aaefa51 hadunintended consequences on some downstream bots and didn't have propercoverage upstream due to a few subtle things. Implementing this issomething we should do in libc++, however we'll first need to addressa few issues listed in https://reviews.llvm.org/D106124#3349710.Differential Revision: https://reviews.llvm.org/D120683 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

5aaefa51 - [libcxx][modules] protects users from relying on detail headers

Fri, 25 Feb 2022 18:59:32 +0000

[libcxx][modules] protects users from relying on detail headerslibc++ has started splicing standard library headers into much morefine-grained content for maintainability. It's very likely that outdatedand naive tooling (some of which is outside of LLVM's scope) willsuggest users include things such as <__ranges/access.h> instead of, and Hyrum's law suggests that users will eventually begin torely on this without the help of tooling. As such, this commitintends to protect users from themselves, by making it a hard error foranyone outside of the standard library to include libc++ detail headers.Differential Revision: https://reviews.llvm.org/D106124 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

2e2f3158 - [libc++] Granularize algorithm includes

Tue, 15 Feb 2022 17:18:08 +0000

[libc++] Granularize algorithm includesReviewed By: Mordante, ldionne, Quuxplusone, #libc, #libc_abiSpies: #libc_vendors, libcxx-commits, miyukiDifferential Revision: https://reviews.llvm.org/D119667 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

fa6b9e40 - [libc++] Normalize all our '#pragma GCC system_header', and regression-test.

Wed, 02 Feb 2022 01:16:40 +0000

[libc++] Normalize all our '#pragma GCC system_header', and regression-test.Now we'll notice if a header forgets to include this magic phrase.Differential Revision: https://reviews.llvm.org/D118800 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

16bf4339 - [libc++] Comma-operator-proof a lot of algorithm/container code.

Wed, 08 Sep 2021 01:35:37 +0000

[libc++] Comma-operator-proof a lot of algorithm/container code.Detected by evil-izing the widely used `MoveOnly` testing type.I had to patch some tests that were themselves using its comma operator,but I think that's a worthwhile cost in order to catch more placesin our headers that needed comma-proofing.The trick here is that even `++ptr, SomeClass()` can find a comma operatorby ADL, if `ptr` is of type `Evil*`. (A comma between two operandsof non-class-or-enum type is always treated as the built-incomma, without ADL. But if either operand is class-or-enum, thenADL happens for _both_ operands' types.)Differential Revision: https://reviews.llvm.org/D109414 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

475f831b - [libc++][NFCI] Remove unnecessary exception-throwing base classes

Thu, 19 Aug 2021 16:15:31 +0000

[libc++][NFCI] Remove unnecessary exception-throwing base classes__split_buffer_common was entirely unused, and __deque_base_commonwas unused except for two calls to __throw_out_of_range(), which havebeen inlined.The usual intent of the __xxx_base_common base classes is to localizewhere the exception-throwing code is instantiated, however that wasn'tthe case here because we never explicitly instantiated those base classesin the shared library, unlike what we do for basic_string and vector.Differential Revision: https://reviews.llvm.org/D108384 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

6adbc83e - [libcxx][modularisation] moves content out of

Sat, 05 Jun 2021 02:47:47 +0000

[libcxx][modularisation] moves content out of Moves:* `std::move`, `std::forward`, `std::declval`, and `std::swap` into `__utility/${FUNCTION_NAME}`.* `std::swap_ranges` and `std::iter_swap` into `__algorithm/${FUNCTION_NAME}`Differential Revision: https://reviews.llvm.org/D103734 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

bfbd73f8 - [libc++] Alphabetize and include-what-you-use. NFCI.

Wed, 19 May 2021 15:57:04 +0000

[libc++] Alphabetize and include-what-you-use. NFCI.Differential Revision: https://reviews.llvm.org/D102781 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

4cd6ca10 - [libc++] NFC: Normalize `#endif //` comment indentation

Tue, 20 Apr 2021 16:03:32 +0000

[libc++] NFC: Normalize `#endif //` comment indentation List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

6976255f - Add noreturn attribute to non-returning functions

Tue, 23 Feb 2021 19:17:29 +0000

Add noreturn attribute to non-returning functionsDifferential Revision: https://reviews.llvm.org/D97308 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer

d586f92c - [libc++] Consistently replace `std::` qualification with `_VSTD::` or nothing. NFCI.

Fri, 27 Nov 2020 16:02:06 +0000

[libc++] Consistently replace `std::` qualification with `_VSTD::` or nothing. NFCI.I used a lot of `git grep` to find places where `std::` was being usedoutside of comments and assert-messages. There were three outcomes:- Qualified function calls, e.g. `std::move` becomes `_VSTD::move`. This is the most common case.- Typenames that don't need qualification, e.g. `std::allocator` becomes `allocator`. Leaving these as `_VSTD::allocator` would also be fine, but I decided that removing the qualification is more consistent with existing practice.- Names that specifically need un-versioned `std::` qualification, or that I wasn't sure about. For example, I didn't touch any code in , , , or any ext/ or experimental/ headers; and I didn't touch any instances of `std::type_info`.In some deduction guides, we were accidentally using `class Alloc = typename std::allocator`,despite `std::allocator`'s type-ness not being template-dependent.Because `std::allocator` is a qualified name, this did parse as we intended;but what we meant was simply `class Alloc = allocator`.Differential Revision: https://reviews.llvm.org/D92250 List of files: /llvm-project-15.0.7/libcxx/include/__split_buffer