Changes in forward_list

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/forward_list

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/forward_list

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/forward_list

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/forward_list

de4a57cb - [libc++] Re-add transitive includes that had been removed since LLVM 14

Mon, 27 Jun 2022 19:53:41 +0000

[libc++] Re-add transitive includes that had been removed since LLVM 14This commit re-adds transitive includes that had been removed by4cd04d1687f1, c36870c8e79c, a83f4b9cda57, 1458458b558d, 2e2f3158c604,and 489637e66dd3. This should cover almost all the includes that hadbeen removed since LLVM 14 and that would contribute to breaking usercode when releasing LLVM 15.It is possible to disable the inclusion of these headers by defining_LIBCPP_REMOVE_TRANSITIVE_INCLUDES. The intent is that vendors willenable that macro and start fixing downstream issues immediately. Wecan then remove the macro (and the transitive includes) by default ina future release. That way, we will break users only once by removingtransitive includes in bulk instead of doing it bit by bit a everyrelease, which is more disruptive for users.Note 1: The set of headers to re-add was found by re-generating the transitive include test on a checkout of release/14.x, which provided the list of all transitive includes we used to provide.Note 2: Several includes of , , and have been added in this commit. These transitive inclusions were added when we implemented boyer_moore_searcher in .Note 3: This is a best effort patch to try and resolve downstream breakage caused since branching LLVM 14. I wasn't able to perfectly mirror transitive includes in LLVM 14 for a few headers, so I added a release note explaining it. To summarize, adding boyer_moore_searcher created a bunch of circular dependencies, so we have to break backwards compatibility in a few cases.Differential Revision: https://reviews.llvm.org/D128661 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

db1978b6 - [libc++] Mark standard-mandated includes as such

Thu, 16 Jun 2022 20:43:46 +0000

[libc++] Mark standard-mandated includes as suchReviewed By: ldionne, Mordante, #libc, saugustineSpies: saugustine, MaskRay, arichardson, mstorsjo, jloser, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D127953 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

4cd04d16 - [libc++] Removes unneeded includes.

Mon, 13 Jun 2022 18:05:36 +0000

[libc++] Removes unneeded includes.Reviewed By: #libc, philnikDifferential Revision: https://reviews.llvm.org/D127675 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

3cd4531b - [libc++] Granularize includes

Fri, 10 Jun 2022 17:53:10 +0000

[libc++] Granularize includesReviewed By: ldionne, #libcSpies: libcxx-commits, wenleiDifferential Revision: https://reviews.llvm.org/D127445 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

385cc25a - [libc++] Ensure that all public C++ headers include <__assert>

Fri, 25 Mar 2022 16:55:36 +0000

[libc++] Ensure that all public C++ headers include <__assert>This patch changes the requirement for getting the declaration of theassertion handler from including <__assert> to including any publicC++ header of the library. Note that C compatibility headers areexcluded because we don't implement all the C headers ourselves --some of them are taken straight from the C library, like assert.h.It also adds a generated test to check it. Furthermore, this newgenerated test is designed in a way that will make it possible toreplace almost all the existing test-generation scripts with thissystem in upcoming patches.Differential Revision: https://reviews.llvm.org/D122506 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

3c6bd176 - [libc++] Rename identity to type_identity

Fri, 18 Mar 2022 16:49:02 +0000

[libc++] Rename __identity to __type_identityIn C++20 the type trait `type_identity` was introduced. For the same purpose there is `__identity` for pre-C++20 code. The name is confusing, because since C++20 there is also `identity`, which isn't a type trait.Reviewed By: ldionne, Mordante, #libcSpies: EricWF, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D122017 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

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/forward_list

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/forward_list

7da4ee6f - [libcxx][NFC] Make sequence containers slightly more SFINAE-friendly during CTAD.

Wed, 01 Dec 2021 19:55:46 +0000

[libcxx][NFC] Make sequence containers slightly more SFINAE-friendly during CTAD.Disable the constructors taking `(size_type, const value_type&,allocator_type)` if `allocator_type` is not a valid allocator.Otherwise, these constructors are considered when resolving e.g.`(int*, int*, NotAnAllocator())`, leading to a hard error duringinstantiation. A hard error makes the Standard's requirement to notconsider deduction guides of the form `(Iterator, Iterator,BadAllocator)` during overload resolution essentially non-functional.The previous approach was to SFINAE away `allocator_traits`. This patchSFINAEs away the specific constructors instead, for consistency with`basic_string` -- see [LWG3076](wg21.link/lwg3076) which describesa very similar problem for strings (note, however, that unlike LWG3076,no valid constructor call is affected by the bad instantiation).Differential Revision: https://reviews.llvm.org/D114311 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

eb8650a7 - [runtimes][NFC] Remove filenames at the top of the license notice

Wed, 17 Nov 2021 21:25:01 +0000

[runtimes][NFC] Remove filenames at the top of the license noticeWe've stopped doing it in libc++ for a while now because these nameswould end up rotting as we move things around and copy/paste stuff.This cleans up all the existing files so as to stop the spreadingas people copy-paste headers around. List of files: /llvm-project-15.0.7/libcxx/include/forward_list

f7345de6 - [libc++] Use addressof in forward_list.

Wed, 27 Oct 2021 20:27:05 +0000

[libc++] Use addressof in forward_list.This addresses the usage of `operator&` in ``.(Note there are still more headers with the same issue.)Reviewed By: #libc, Quuxplusone, ldionneDifferential Revision: https://reviews.llvm.org/D112660 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

68072a71 - [libc++] P0433R2: test that deduction guides are properly SFINAEd away.

Tue, 09 Nov 2021 17:21:02 +0000

[libc++] P0433R2: test that deduction guides are properly SFINAEd away.Deduction guides for containers should not participate in overloadresolution when called with certain incorrect types (e.g. when calledwith a template argument in place of an `InputIterator` that doesn'tqualify as an input iterator). Similarly, class template argumentdeduction should not select `unique_ptr` constructors that take aa pointer.The tests try out every possible incorrect parameter (but never morethan one incorrect parameter in the same invocation).Also add deduction guides to the synopsis for associative and unorderedcontainers (this was accidentally omitted from [D112510](https://reviews.llvm.org/D112510)).Differential Revision: https://reviews.llvm.org/D112904 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

b8608b87 - [libc++] Use addressof in assignment operator.

Tue, 28 Sep 2021 17:15:18 +0000

[libc++] Use addressof in assignment operator.Replace `&__rhs` with `_VSTD::addressof(__rhs)` to guard against ADL hijackingof `operator&` in `operator=`. Thanks to @CaseyCarter for bringing it to ourattention.Similar issues with hijacking `operator&` still exist, they will beaddressed separately.Reviewed By: #libc, Quuxplusone, ldionneDifferential Revision: https://reviews.llvm.org/D110852 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

4e0ea2cf - [libc++] Use enable_if_t instead of _EnableIf

Tue, 17 Aug 2021 16:26:09 +0000

[libc++] Use enable_if_t instead of _EnableIfI just ran into a compiler error involving __bind_back and some overloadsthat were being disabled with _EnableIf. I noticed that the error messagewas quite bad and did not mention the reason for the overload beingexcluded. Specifically, the error looked like this: candidate template ignored: substitution failure [with _Args = ]: no member named '_EnableIfImpl' in 'std::_MetaBase'Instead, when using enable_if or enable_if_t, the compiler is clever andcan produce better diagnostics, like so: candidate template ignored: requirement 'is_invocable_v< std::__bind_back_op<1, std::integer_sequence>, std::ranges::views::__transform::__fn &, std::tuple &, ContiguousView>' was not satisfied [with _Args = ]Basically, it tries to do a poor man's implementation of concepts, whichis already a lot better than simply complaining about substitution failure.Hence, this commit uses enable_if_t instead of _EnableIf wheneverpossible. That is both more straightforward than using the internalhelper, and also leads to better error messages in those cases.I understand the motivation for _EnableIf's implementation was to improvecompile-time performance, however I believe striving to improve errormessages is even more important for our QOI, hence this patch. Furthermore,it is unclear that _EnableIf actually improved compile-time performancein any noticeable way (see discussion in the review for details).Differential Revision: https://reviews.llvm.org/D108216 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

01666904 - [libc++] Remove workarounds for the lack of deduction guides in C++17

Tue, 17 Aug 2021 15:59:07 +0000

[libc++] Remove workarounds for the lack of deduction guides in C++17All supported compilers have supported deduction guides in C++17 for awhile, so this isn't necessary anymore.Differential Revision: https://reviews.llvm.org/D108213 List of files: /llvm-project-15.0.7/libcxx/include/forward_list

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/forward_list