Changes in tuple

cac67d39362b23466708e464c00ce84abe16bece - [Clang] emit -Wignored-qualifiers diagnostic for cv-qualified base classes (#121419)

Tue, 21 Jan 2025 20:49:24 +0000

[Clang] emit -Wignored-qualifiers diagnostic for cv-qualified base classes (#121419)Fixes #55474 List of files: /llvm-project/libcxx/include/tuple

e03c435d2a4900eb442c1f68b044c21cbc89acbe - [libc++] Fix `tuple_cat` for element with unconstrained constructor (#122433)

Tue, 14 Jan 2025 15:26:15 +0000

[libc++] Fix `tuple_cat` for element with unconstrained constructor (#122433)Currently, when the result type is 1-`tuple`, `tuple_cat` possibly tests an undesired constructor of the element, due to conversion from the reference tuple to the result type. If the element type has an unconstrained constructor template, there can be extraneous hard error which shouldn't happen. This patch introduces a helper function template to select the element-wise constructor template of `tuple`, which can avoid such error. Fixes #41034. List of files: /llvm-project/libcxx/include/tuple

f69585235ec85d54e0f3fc41b2d5700430907f99 - [libc++] Put _LIBCPP_NODEBUG on all internal aliases (#118710)

Wed, 08 Jan 2025 16:12:59 +0000

[libc++] Put _LIBCPP_NODEBUG on all internal aliases (#118710)This significantly reduces the amount of debug information generated for codebases using libc++, without hurting the debugging experience. List of files: /llvm-project/libcxx/include/tuple

ef2afa1e83fad5f813e5d12f4a88acbaf8cf85fe - [libc++] Simplify unwrap_ref_decay a bit (#121623)

Mon, 06 Jan 2025 11:12:40 +0000

[libc++] Simplify unwrap_ref_decay a bit (#121623) List of files: /llvm-project/libcxx/include/tuple

3b8faee6c6f44343c3f9de76c40ff305f72dfcd6 - [libc++] Switch _LIBCPP_NODEBUG to [[gnu::nodebug]] (#120720)

Sat, 21 Dec 2024 23:55:35 +0000

[libc++] Switch _LIBCPP_NODEBUG to [[gnu::nodebug]] (#120720)This makes the placement of the attribute more consistent. This also avoids clang dropping the attribute silently (see #120722). List of files: /llvm-project/libcxx/include/tuple

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

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

e99c4906e44ae3f921fa05356909d006cda8d954 - [libc++] Granularize includes (#108696)

Thu, 31 Oct 2024 01:20:10 +0000

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

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

348e74139ad7f06fdf8b332a81842de4bdf03b0c - [libc++][NFC] Run clang-format on libcxx/include

Fri, 30 Aug 2024 16:07:07 +0000

[libc++][NFC] Run clang-format on libcxx/includeThis re-formats a few headers that had become out-of-sync with respectto formatting since we ran clang-format on the whole codebase. There'ssurprisingly few instances of it. List of files: /llvm-project/libcxx/include/tuple

31c9c41873d06f3029ad200c04819e2e9d33c7e7 - [libc++][tuple][utility] P2968R2: Make `std::ignore` a first-class object (#97401)

Wed, 10 Jul 2024 21:05:23 +0000

[libc++][tuple][utility] P2968R2: Make `std::ignore` a first-class object (#97401)Implements: https://wg21.link/P2968R2 References: - https://eel.is/c++draft/tuple.general - https://eel.is/c++draft/tuple.syn - https://eel.is/c++draft/tuple.creation - https://github.com/cplusplus/draft/milestone/31 - https://github.com/cplusplus/draft/pull/7109 - https://github.com/cplusplus/papers/issues/1640 - https://cplusplus.github.io/LWG/issue2933 - https://cplusplus.github.io/LWG/issue3978 --------- Co-authored-by: Hristo Hristov List of files: /llvm-project/libcxx/include/tuple

1f98ac095e35f12a85d71101269df00279faa55c - [libc++][NFC] Replace _NOEXCEPT and _LIBCPP_CONSTEXPR macros with the keywords in C++11 code (#96387)

Sun, 23 Jun 2024 20:03:41 +0000

[libc++][NFC] Replace _NOEXCEPT and _LIBCPP_CONSTEXPR macros with the keywords in C++11 code (#96387) List of files: /llvm-project/libcxx/include/tuple

e2c2ffbe7a1b5d9e32a2ce64279475b50c4cba5b - [libc++][NFC] Run clang-format on libcxx/include again (#95874)

Tue, 18 Jun 2024 13:13:45 +0000

[libc++][NFC] Run clang-format on libcxx/include again (#95874)As time went by, a few files have become mis-formatted w.r.t. clang-format. This was made worse by the fact that formatting was not being enforced in extensionless headers. This commit simply brings all of libcxx/include in-line with clang-format again. We might have to do this from time to time as we update our clang-format version, but frankly this is really low effort now that we've formatted everything once. List of files: /llvm-project/libcxx/include/tuple

cb417401879ce70b441a999c4a30f7b64b8d426b - [libc++] Refactor<__type_traits/is_swappable.h> (#86822)

Tue, 18 Jun 2024 09:01:43 +0000

[libc++] Refactor<__type_traits/is_swappable.h> (#86822)This changes the `is_swappable` implementation to use variable templates first and basing the class templates on that. This avoids instantiating them when the `_v` versions are used, which are generally less resource intensive. List of files: /llvm-project/libcxx/include/tuple

bbe4a80605619dcb819ccfee016cf1355fb00af2 - [libc++] Enable modernize-use-equals-delete (#93293)

Tue, 18 Jun 2024 08:51:57 +0000

[libc++] Enable modernize-use-equals-delete (#93293)Differential Revision: https://reviews.llvm.org/D121213 List of files: /llvm-project/libcxx/include/tuple

1ba8ed0cd7d03ed9b70aaf32b3d8e9205ef95ef2 - [libc++] Mark more types as trivially relocatable (#89724)

Mon, 17 Jun 2024 11:09:04 +0000

[libc++] Mark more types as trivially relocatable (#89724)Co-authored-by: Louis Dionne List of files: /llvm-project/libcxx/include/tuple

05f88b1769db90c10ca66810720b2092f9d73e34 - [libc++][NFC] Replace __apply_cv with __copy_cv or __copy_cvref (#90867)

Fri, 10 May 2024 18:06:21 +0000

[libc++][NFC] Replace __apply_cv with __copy_cv or __copy_cvref (#90867)`__apply_cv_t` and `__copy_cvref_t` are very closely related. They are in fact identical except that `__copy_cvref_t` handles rvalue references properly. Some uses don't actually require handling of references, so they are replaced with `__copy_cv_t`. List of files: /llvm-project/libcxx/include/tuple

c2f29caee4b8388cb185cab165a72fdb9ecef1e6 - [libc++][NFC] Explicitly delete assignment operator in tuple (#90604)

Thu, 02 May 2024 10:45:48 +0000

[libc++][NFC] Explicitly delete assignment operator in tuple (#90604) List of files: /llvm-project/libcxx/include/tuple

239236b8c2154aa49e98bc7ed774a7d2712edf50 - [libc++] Remove pair dependency (#85621)

Tue, 02 Apr 2024 17:37:31 +0000

[libc++] Remove pair dependency (#85621)This moves the definition of a `pair` constructor for `` to `<__utility/pair.h>` and uses the forward declaration of `pair` in `` instead of including the definition. List of files: /llvm-project/libcxx/include/tuple

31a9a4b83720af79110941824abe28fc6ff42355 - [libc++] Implement LWG3528 (`make_from_tuple` can perform (the equivalent of) a C-style cast) (#85263)

Fri, 22 Mar 2024 12:45:17 +0000

[libc++] Implement LWG3528 (`make_from_tuple` can perform (the equivalent of) a C-style cast) (#85263)Implement [LWG3528](https://wg21.link/LWG3528). Based on LWG3528(https://wg21.link/LWG3528) and http://eel.is/c++draft/description#structure.requirements-9, the standard allows to impose requirements, we constraint `std::make_from_tuple` to make `std::make_from_tuple` SFINAE friendly and also avoid worse diagnostic messages. We still keep the constraints of `std::__make_from_tuple_impl` so that `std::__make_from_tuple_impl` will have the same advantages when used alone. --------- Signed-off-by: yronglin List of files: /llvm-project/libcxx/include/tuple