Changes in mutex

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

a83f4b9c - [libc++] Remove includes

Sat, 23 Apr 2022 08:07:24 +0000

[libc++] Remove includesReviewed By: var-const, #libc, ldionneSpies: #libc_vendors, ldionne, libcxx-commits, miyukiDifferential Revision: https://reviews.llvm.org/D124123 List of files: /llvm-project-15.0.7/libcxx/include/mutex

faef447e - [libc++] Granularize includes

Sun, 17 Apr 2022 14:01:38 +0000

[libc++] Granularize includesReviewed By: Mordante, #libcSpies: libcxx-commits, miyukiDifferential Revision: https://reviews.llvm.org/D123912 List of files: /llvm-project-15.0.7/libcxx/include/mutex

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

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

feb80aa9 - [libc++] `= delete` member functions with // = delete;

Wed, 08 Dec 2021 09:57:12 +0000

[libc++] `= delete` member functions with // = delete;Use `= delete` for member functions that are marked with `// = delete;`Reviewed By: ldionne, Quuxplusone, #libcSpies: jloser, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D115291 List of files: /llvm-project-15.0.7/libcxx/include/mutex

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

7ad00511 - [libc++][NFC] Mark LWG2731 as complete

Tue, 26 Oct 2021 17:45:52 +0000

[libc++][NFC] Mark LWG2731 as completeMark LWG2731 as complete. The type alias `mutex_type` is only provided if`scoped_lock` is given one mutex type and it has been implemented thatway since the beginning of Clang 5 it seems. There already are tests forverifying existence (and lack thereof) for `mutex_type` type aliasdepending on the number of mutex types, so there is nothing todo for this LWG issue.Reviewed By: Quuxplusone, Mordante, #libcDifferential Revision: https://reviews.llvm.org/D112462 List of files: /llvm-project-15.0.7/libcxx/include/mutex

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

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

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

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

48b7068b - [libc++] Mark __call_once_proxy as hidden and internal

Mon, 11 Nov 2019 15:21:57 +0000

[libc++] Mark __call_once_proxy as hidden and internalWe effectively never want to export that function, which is animplementation detail of libc++. This was previously tried in603715c66b6b and then reverted in 8335dd314f36 because it causedlinker warnings. These linker warnings should go away now that weuse internal_linkage instead of always_inline to implement per-TUinsulation. List of files: /llvm-project-15.0.7/libcxx/include/mutex

e16f2cb6 - [libc++] Take 2: Implement LWG 2510

Thu, 26 Sep 2019 14:51:10 +0000

[libc++] Take 2: Implement LWG 2510Summary:LWG2510 makes tag types like allocator_arg_t explicitly defaultconstructible instead of implicitly default constructible. It alsomakes the constructors for std::pair and std::tuple conditionallyexplicit based on the explicit-ness of the default constructibilityfor the pair/tuple's elements.This was previously committed as r372777 and reverted in r372832 due tothe commit breaking LLVM's build in C++14 mode. This issue has now beenaddressed.Reviewers: mclow.listsSubscribers: christof, jkorous, dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D65161llvm-svn: 372983 List of files: /llvm-project-15.0.7/libcxx/include/mutex

a3d337a9 - Revert r372777: [libc++] Implement LWG 2510 and its follow-ups

Wed, 25 Sep 2019 09:10:38 +0000

Revert r372777: [libc++] Implement LWG 2510 and its follow-upsThis also reverts: - r372778: [libc++] Implement LWG 3158 - r372782: [libc++] Try fixing tests that fail on GCC 5 and older - r372787: Purge mentions of GCC 4 from the test suiteReason: the change breaks compilation of LLVM with libc++, for details seehttp://lists.llvm.org/pipermail/libcxx-dev/2019-September/000599.htmlllvm-svn: 372832 List of files: /llvm-project-15.0.7/libcxx/include/mutex

95411dd4 - [libc++] Implement LWG 2510

Tue, 24 Sep 2019 20:18:54 +0000

[libc++] Implement LWG 2510Summary:LWG2510 makes tag types like allocator_arg_t explicitly defaultconstructible instead of implicitly default constructible. It alsomakes the constructors for std::pair and std::tuple conditionallyexplicit based on the explicit-ness of the default constructibilityfor the pair/tuple's elements.Reviewers: mclow.lists, EricWFSubscribers: christof, jkorous, dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D65161llvm-svn: 372777 List of files: /llvm-project-15.0.7/libcxx/include/mutex

2b1d4254 - Rework recursive_timed_mutex so that it uses __thread_id instead of using the lower-level __libcpp_thread_id. This is prep for fixing PR42918. Reviewed as https://reviews.llvm.org/D65895

Wed, 14 Aug 2019 16:21:27 +0000

Rework recursive_timed_mutex so that it uses __thread_id instead of using the lower-level __libcpp_thread_id. This is prep for fixing PR42918. Reviewed as https://reviews.llvm.org/D65895llvm-svn: 368867 List of files: /llvm-project-15.0.7/libcxx/include/mutex

278d5930 - Revert "Suppress -Wctad-maybe-unsupported on types w/o deduction guides."

Sun, 04 Aug 2019 07:13:43 +0000

Revert "Suppress -Wctad-maybe-unsupported on types w/o deduction guides."Some modules builds are issuing buggy diagnostics. The cause of which isTBD.This reverts commit r@367770.llvm-svn: 367777 List of files: /llvm-project-15.0.7/libcxx/include/mutex

fcd549a7 - Suppress -Wctad-maybe-unsupported on types w/o deduction guides.

Sat, 03 Aug 2019 23:54:29 +0000

Suppress -Wctad-maybe-unsupported on types w/o deduction guides.There are a handful of standard library types that are intendedto support CTAD but don't need any explicit deduction guides todo so.This patch adds a dummy deduction guide to those types to suppress-Wctad-maybe-unsupported (which gets emitted in user code).llvm-svn: 367770 List of files: /llvm-project-15.0.7/libcxx/include/mutex

0fd00a58 - libc++/win: Make once_flag have the same size as a pointer.

Wed, 20 Mar 2019 22:55:03 +0000

libc++/win: Make once_flag have the same size as a pointer.`unsigned long` is 32-bit on 32-bit systems and 64-bit on 64-bit systemson LP64 systems -- which most Unix systems are, but Windows isn't.Windows is LLP64, which means unsigned long is 32-bit even on 64-bitsystems.pplwin.h contains static_assert(alignof(void *) == alignof(::std::once_flag), ...)which fails due to this problem.Instead of unsigned long, use uintptr_t, which consistently is 32-biton 32-bit systems and 64-bit on 64-bit systems.No functional change except on 64-bit Windows.Differential Revision: https://reviews.llvm.org/D59607llvm-svn: 356624 List of files: /llvm-project-15.0.7/libcxx/include/mutex