Changes in bitset

681cde7d - [libc++] Complete the implementation of N4190

Wed, 22 Jun 2022 08:11:14 +0000

[libc++] Complete the implementation of N4190Fixes #37402Reviewed By: ldionneSpies: EricWF, avogelsgesang, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D124346 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

976f3705 - [libc++] Granularize __string

Mon, 06 Jun 2022 21:35:24 +0000

[libc++] Granularize __stringReviewed By: ldionne, #libcSpies: libcxx-commits, mgornyDifferential Revision: https://reviews.llvm.org/D127156 List of files: /llvm-project-15.0.7/libcxx/include/bitset

667925d4 - [libc++] `bitset::operator[] const` should return bool

Sat, 09 Apr 2022 07:48:21 +0000

[libc++] `bitset::operator[] const` should return boolFixes https://github.com/llvm/llvm-project/issues/10686Reviewed By: Mordante, ldionne, var-const, #libcSpies: jloser, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D122092 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

e39095a3 - [libc++] Define _LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER whenever we enable warnings in the test suite

Thu, 03 Mar 2022 18:39:12 +0000

[libc++] Define _LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER whenever we enable warnings in the test suiteThis should make CI consistent on all the compilers we support. Most ofthis patch is working around various warnings emitted by GCC in our codebase, which are now being shown when we compile the tests.After this patch, the whole test suite should be warning free on allcompilers we support and test, except for a few warnings on GCC thatwe silence explicitly until we figure out the proper fix for them.Differential Revision: https://reviews.llvm.org/D120684 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

169a66ea - [libc++] Remove __functional_base

Fri, 11 Feb 2022 18:15:18 +0000

[libc++] Remove __functional_baseReviewed By: ldionne, Quuxplusone, #libcSpies: Mordante, mgorny, libcxx-commits, arichardson, llvm-commits, arphamanDifferential Revision: https://reviews.llvm.org/D119439 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

4d81a46f - [libc++] Alphabetize header #includes. NFCI.

Fri, 07 Jan 2022 14:45:05 +0000

[libc++] Alphabetize header #includes. NFCI.The NFC part of D116809. We still want to enforce this in CI,but the mechanism for that is still to-be-determined.Differential Revision: https://reviews.llvm.org/D116809 List of files: /llvm-project-15.0.7/libcxx/include/bitset

bd6e6846 - [libc++] Add the version header to all headers.

Wed, 22 Dec 2021 17:14:14 +0000

[libc++] Add the version header to all headers.Some headers which require the version header depend on other headers toprovide it. Include the version header in all top-level headers to makesure a header cleanup can't remove the version header.Note this doesn't add the version header to the c headers.Reviewed By: #libc, Quuxplusone, ldionneDifferential Revision: https://reviews.llvm.org/D116172 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

b4e88d4d - [libc++][NFC] Rename _EnableIf to __enable_if_t for consistency

Wed, 08 Sep 2021 13:14:43 +0000

[libc++][NFC] Rename _EnableIf to __enable_if_t for consistencyIn other places in the code, we use lowercase spelling for things thatare not available in prior standards.Differential Revision: https://reviews.llvm.org/D109435 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

7402ec8f - [libc++] Remove if-else to make branch predictor happy

Sat, 24 Apr 2021 14:08:55 +0000

[libc++] Remove if-else to make branch predictor happyReviewed By: #libc, ldionne, Quuxplusone, MordanteDifferential Revision: https://reviews.llvm.org/D100828 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

781c476c - [libc++] ADL-proof vector by adding _VSTD:: qualification on calls.

Wed, 16 Dec 2020 00:32:29 +0000

[libc++] ADL-proof vector by adding _VSTD:: qualification on calls.This affects only vectors with weird/malicious allocators,the same corner case covered in D91708, but for `vector` this time.Also ADL-proof <__tree>, which affects only sets and maps with weird/maliciousallocators where the ADL trap is in the *fancy pointer type*.Also drive-by _VSTD:: qualification in the guts of std::bind,std::packaged_task, std::condition_variable.Differential Revision: https://reviews.llvm.org/D93424 List of files: /llvm-project-15.0.7/libcxx/include/bitset

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

527a7fdf - [libc++] Replace several uses of 0 by nullptr

Tue, 24 Nov 2020 17:53:53 +0000

[libc++] Replace several uses of 0 by nullptrDifferential Revision: https://reviews.llvm.org/D43159 List of files: /llvm-project-15.0.7/libcxx/include/bitset

d1523f7a - Ensure bitset's string constructor doesn't poison the overload set.

Mon, 01 Jul 2019 19:59:34 +0000

Ensure bitset's string constructor doesn't poison the overload set.llvm-svn: 364842 List of files: /llvm-project-15.0.7/libcxx/include/bitset