Changes in future

3d08fa25824cafc748086d06e0b51b7f0f334b8e - [libc++] Another _LIBCPP_NODEBUG fix

Mon, 20 Jan 2025 19:15:50 +0000

[libc++] Another _LIBCPP_NODEBUG fix List of files: /llvm-project/libcxx/include/future

0fa05456a8dc468961c33bd8149b157194672c71 - [libc++] Define an internal API for std::invoke and friends (#116637)

Mon, 20 Jan 2025 17:00:15 +0000

[libc++] Define an internal API for std::invoke and friends (#116637)Currently we're using quite different internal names for the`std::invoke` family of type traits. This adds a layer around thecurrent implementation to make it easier to understand when it is usedand makes it easier to define multiple implementations of it. List of files: /llvm-project/libcxx/include/future

019a902ac644c59dfa8e6091f96846b516444ca5 - [libc++] Deprecate extension `packaged_task::result_type` (#122600)

Mon, 13 Jan 2025 14:12:25 +0000

[libc++] Deprecate extension `packaged_task::result_type` (#122600)This extension is questionable and non-conforming. Perhaps we should deprecate and then remove it. Towards #112856. List of files: /llvm-project/libcxx/include/future

dab6463e748aed1223487da536075cbff192940b - [libc++] Remove duplicated _LIBCPP_HIDE_FROM_ABI from a few declarations (#122323)

Fri, 10 Jan 2025 16:42:42 +0000

[libc++] Remove duplicated _LIBCPP_HIDE_FROM_ABI from a few declarations (#122323) List of files: /llvm-project/libcxx/include/future

b9a2658a3e8bd13b0f9e7a8a440832a95b377216 - [libc++][C++03] Use `__cxx03/` headers in C++03 mode (#109002)

Sat, 21 Dec 2024 12:01:48 +0000

[libc++][C++03] Use `__cxx03/` headers in C++03 mode (#109002)This patch implements the forwarding to frozen C++03 headers asdiscussed inhttps://discourse.llvm.org/t/rfc-freezing-c-03-headers-in-libc. In theRFC, we initially proposed selecting the right headers from the Clangdriver, however consensus seemed to steer towards handling this in thelibrary itself. This patch implements that direction.At a high level, the changes basically amount to making each publicheader look like this:```// inside #ifdef _LIBCPP_CXX03_LANG# include <__cxx03/vector>#else // normal content#endif```In most cases, public headers are simple umbrella headers so there isn'tmuch code in the #else branch. In other cases, the #else branch containsthe actual implementation of the header. List of files: /llvm-project/libcxx/include/future

59890c13343af9e308281b3c76bac425087f4f8a - [libc++] Granularize includes (#119964)

Tue, 17 Dec 2024 10:29:16 +0000

[libc++] Granularize includes (#119964) List of files: /llvm-project/libcxx/include/future

9474e09459189fbed30f329a669f9c14979c5367 - [libc++] Granularize the header (#119270)

Fri, 13 Dec 2024 19:17:56 +0000

[libc++] Granularize the header (#119270)This disentangles the code which previously had a mix of many #ifdefs, a non-versioned namespace and a versioned namespace. It also makes it clearer which parts of are implemented on Windows by including . List of files: /llvm-project/libcxx/include/future

c166a9c713ec86b86f1f178a5133bc128fd0a610 - [libc++] Add #if 0 block to all the top-level headers (#119234)

Tue, 10 Dec 2024 15:02:12 +0000

[libc++] Add #if 0 block to all the top-level headers (#119234)Including The frozen C++03 headers results in a lot of formattingchanges in the main headers, so this splits these changes into aseparate commit instead.This is part ofhttps://discourse.llvm.org/t/rfc-freezing-c-03-headers-in-libc. List of files: /llvm-project/libcxx/include/future

4a8329cd7d038d8cdfa9b4cc784ab0e402ecb774 - [libc++] Granularize includes (#117068)

Sat, 23 Nov 2024 11:21:23 +0000

[libc++] Granularize includes (#117068) List of files: /llvm-project/libcxx/include/future

85ef9666c892d5e11fce3a0b84e4eaf4603256ee - [libc++] Avoid including all of in (#116541)

Mon, 18 Nov 2024 19:04:05 +0000

[libc++] Avoid including all of in (#116541) List of files: /llvm-project/libcxx/include/future

67b81e2120697b90f7c6595b73eb5fc94f437320 - [libc++] Split __shared_count out of <__memory/shared_ptr.h> (#115943)

Wed, 13 Nov 2024 11:14:02 +0000

[libc++] Split __shared_count out of <__memory/shared_ptr.h> (#115943)`__shared_count` is used in a few places where `shared_ptr` isn't. This avoids a bunch of transitive includes needed for the implementation of `shared_ptr` in these places. List of files: /llvm-project/libcxx/include/future

c6f3b7bcd0596d30f8dabecdfb9e44f9a07b6e4c - [libc++] Refactor the configuration macros to being always defined (#112094)

Wed, 06 Nov 2024 09:39:19 +0000

[libc++] Refactor the configuration macros to being always defined (#112094)This is a follow-up to #89178. This updates the `<__config_site>`macros. List of files: /llvm-project/libcxx/include/future

8ce0fb86d3acc066a16637ea5c5691da984707a7 - [libc++][NFC] Reduce use of `__add_lvalue_reference_t` (#112497)

Wed, 16 Oct 2024 13:32:02 +0000

[libc++][NFC] Reduce use of `__add_lvalue_reference_t` (#112497)Currently, the occurrences of `__add_lvalue_reference_t` in `__split_buffer` and `__assoc_state` are probably meaningless. * In `__split_buffer`, the `__alloc_ref` and `__alloc_const_ref` member typedefs are no longer used. * In `__assoc_state`, we should simply use `_Rp&`, which must be well-formed since it's already required that `sizeof(_Rp)` is well-formed. This PR removes the meaningless usages. The remaining occurrences in `shared_ptr`, `unique_ptr`, and several type traits are meaningful. List of files: /llvm-project/libcxx/include/future

ba87515fea90b5d55836a8e3be63a7e683ce299d - [libc++][RFC] Always define internal feature test macros (#89178)

Sat, 12 Oct 2024 07:49:52 +0000

[libc++][RFC] Always define internal feature test macros (#89178)Currently, the library-internal feature test macros are only defined if the feature is not available, and always have the prefix `_LIBCPP_HAS_NO_`. This patch changes that, so that they are always defined and have the prefix `_LIBCPP_HAS_` instead. This changes the canonical use of these macros to `#if _LIBCPP_HAS_FEATURE`, which means that using an undefined macro (e.g. due to a missing include) is diagnosed now. While this is rather unlikely currently, a similar change in `<__configuration/availability.h>` caught a few bugs. This also improves readability, since it removes the double-negation of `#ifndef _LIBCPP_HAS_NO_FEATURE`. The current patch only touches the macros defined in `<__config>`. If people are happy with this approach, I'll make a follow-up PR to also change the macros defined in `<__config_site>`. List of files: /llvm-project/libcxx/include/future

09e3a360581dc36d0820d3fb6da9bd7cfed87b5d - [libc++][modules] Fix missing and incorrect includes (#108850)

Mon, 16 Sep 2024 19:06:20 +0000

[libc++][modules] Fix missing and incorrect includes (#108850)This patch adds a large number of missing includes in the libc++ headers and the test suite. Those were found as part of the effort to move towards a mostly monolithic top-level std module. List of files: /llvm-project/libcxx/include/future

27c83382d83dce0f33ae67abb3bc94977cb3031f - [libc++] Replace `__compressed_pair` with `[[no_unique_address]]` (#76756)

Mon, 16 Sep 2024 09:08:57 +0000

[libc++] Replace `__compressed_pair` with `[[no_unique_address]]` (#76756)This significantly simplifies the code, improves compile times andimproves the object layout of types using `__compressed_pair` in theunstable ABI. The only downside is that this is extremely ABI sensitiveand pedantically breaks the ABI for empty final types, since the addressof the subobject may change. The ABI of the whole object should not beaffected.Fixes #91266Fixes #93069 List of files: /llvm-project/libcxx/include/future

17e0686ab1107a1a675d8783383dedf70fa24033 - [libc++][NFC] Use [[nodiscard]] unconditionally (#80454)

Thu, 12 Sep 2024 19:18:43 +0000

[libc++][NFC] Use [[__nodiscard__]] unconditionally (#80454)`__has_cpp_attribute(__nodiscard__)` is always true now, so we might as well replace `_LIBCPP_NODISCARD`. It's one less macro that can result in bad diagnostics. List of files: /llvm-project/libcxx/include/future

3a0ef2a2d3113d162d0133d7384df52abb2e3d92 - [libc++] Reland LWG2921 and LWG2976 (#107960)

Wed, 11 Sep 2024 21:46:59 +0000

[libc++] Reland LWG2921 and LWG2976 (#107960)They were originally implemented in d42db7e083ee0 but reverted later in a2f3c63282330be0. This PR implement both LWG issues again, guarding the removed functions with `_LIBCPP_STD_VER <= 14`, because they should be treated as patches for P0302R1 which was adopted for C++17. Fixes #103598 Fixes #103755 List of files: /llvm-project/libcxx/include/future

748023dc3210533df2c1c6efc8af1b5954493701 - [libc++][NFC] Replace _LIBCPP_NORETURN and TEST_NORETURN with [[noreturn]] (#80455)

Wed, 11 Sep 2024 06:59:46 +0000

[libc++][NFC] Replace _LIBCPP_NORETURN and TEST_NORETURN with [[noreturn]] (#80455)`[[__noreturn__]]` is now always available, so we can simply use the attribute directly instead of through a macro. List of files: /llvm-project/libcxx/include/future

eb0f12188a3afa10ba353a32328577dc0d898524 - [libc++][modules] Tweak a few includes (#107467)

Fri, 06 Sep 2024 16:10:04 +0000

[libc++][modules] Tweak a few includes (#107467)Add a few missing includes, remove two unnecessary ones and use __cstddef/size_t.h instead of in a few places. This is a collection of miscellaneous findings that collectively unblock other modularization patches. List of files: /llvm-project/libcxx/include/future