Changes in complex

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

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

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

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

0f8dbb2fac532e37a9859d52982f0e8994305a11 - [libc++] Constrain additional overloads of `pow` for `complex` harder (#110235)

Tue, 29 Oct 2024 23:16:40 +0000

[libc++] Constrain additional overloads of `pow` for `complex` harder (#110235)Fixes #109858. The changes in #81379 broke some 3rd party library code that expected usability of `std::complex`. Although such code isn't portable per [complex.numbers.general]/2, it might be better to make these additional overloads not to interfere overload resolution too much. --------- Co-authored-by: Louis Dionne List of files: /llvm-project/libcxx/include/complex

71560771d73d71e3ac9b73c81496efecc2e3a08d - [libc++][NFC] Use std::isinf in non-constexpr functions (#107690)

Sun, 08 Sep 2024 09:45:55 +0000

[libc++][NFC] Use std::isinf in non-constexpr functions (#107690) List of files: /llvm-project/libcxx/include/complex

a705e8cb5b071b3bf6d1d55629f18f6b7b9699ac - [libc++][NFC] Remove __constexpr_is{nan,finite} (#106205)

Thu, 29 Aug 2024 15:05:56 +0000

[libc++][NFC] Remove __constexpr_is{nan,finite} (#106205)They're never used in `constexpr` functions, so we can simply use `std::isnan` and `std::isfinite` instead. List of files: /llvm-project/libcxx/include/complex

4d08bb11eea5907fa9cdfe4c7bc9d5c91e79c6a7 - [libc++] Fix ambiguous constructors for std::complex and std::optional (#103409)

Wed, 14 Aug 2024 18:04:22 +0000

[libc++] Fix ambiguous constructors for std::complex and std::optional (#103409)Fixes #101960 List of files: /llvm-project/libcxx/include/complex

683c8e9913cd87e0b2a8e083298cd3ebc67923fe - [libc++] Adds a missing include.

Fri, 05 Jul 2024 18:45:32 +0000

[libc++] Adds a missing include.This should fix the clang modules with the locales disabled build in theCI. List of files: /llvm-project/libcxx/include/complex

5aacf93a8968b1ae83382ed0ce6de8279b0cd753 - [libc++] Use _Complex for multiplication and division of complex floating point types (#83575)

Fri, 05 Jul 2024 09:25:59 +0000

[libc++] Use _Complex for multiplication and division of complex floating point types (#83575)This significantly simplifies the implementation and improves thecodegen. The only downside is that the accuracy can be marginally worse,but that is up to the compiler to decide with this change, which meansit can be controlled by compiler flags.Differential Revision: https://reviews.llvm.org/D155312 List of files: /llvm-project/libcxx/include/complex

662010e5398e07287242688c144bd11faaf73861 - [libc++][NFC] Use the tuple forward declaration header for tuple forward declarations

Sat, 16 Mar 2024 14:47:03 +0000

[libc++][NFC] Use the tuple forward declaration header for tuple forward declarations List of files: /llvm-project/libcxx/include/complex

37dca605c9bd41732da010ee97ed15ad9585a37d - [libc++] Clean up includes of <__assert> (#80091)

Thu, 29 Feb 2024 15:12:22 +0000

[libc++] Clean up includes of <__assert> (#80091)Originally, we used __libcpp_verbose_abort to handle assertion failures. That function was declared from all public headers. Since we don't use that mechanism anymore, we don't need to declare __libcpp_verbose_abort from all public headers, and we can clean up a lot of unnecessary includes. This patch also moves the definition of the various assertion categories to the <__assert> header, since we now rely on regular IWYU for these assertion macros. rdar://105510916 List of files: /llvm-project/libcxx/include/complex

2ea5d167ae43bed5a511d5d819ae7c52cc76ec5c - [libc++][complex] P2819R2: Add `tuple` protocol to `complex` (#79744)

Mon, 19 Feb 2024 07:56:06 +0000

[libc++][complex] P2819R2: Add `tuple` protocol to `complex` (#79744)Implements: P2819R2 - https://eel.is/c++draft/utilities#concept:tuple-like - https://eel.is/c++draft/complex.syn - https://eel.is/c++draft/complex.tuple --------- Co-authored-by: Zingam List of files: /llvm-project/libcxx/include/complex

9783f28cbb155e4a8d49c12e1c60ce14dcfaf0c7 - [libc++] Format the code base (#74334)

Mon, 18 Dec 2023 19:01:33 +0000

[libc++] Format the code base (#74334)This patch runs clang-format on all of libcxx/include and libcxx/src, in accordance with the RFC discussed at [1]. Follow-up patches will format the benchmarks, the test suite and remaining parts of the code. I'm splitting this one into its own patch so the diff is a bit easier to review. This patch was generated with: find libcxx/include libcxx/src -type f \ | grep -v 'module.modulemap.in' \ | grep -v 'CMakeLists.txt' \ | grep -v 'README.txt' \ | grep -v 'libcxx.imp' \ | grep -v '__config_site.in' \ | xargs clang-format -i A Git merge driver is available in libcxx/utils/clang-format-merge-driver.sh to help resolve merge and rebase issues across these formatting changes. [1]: https://discourse.llvm.org/t/rfc-clang-formatting-all-of-libc-once-and-for-all List of files: /llvm-project/libcxx/include/complex

b81c69415e47bcf59801cb751eed08a6d1cb23f1 - [libc++][NFC] Add a few explicit 'inline' keywords, mostly in (#75234)

Wed, 13 Dec 2023 15:17:27 +0000

[libc++][NFC] Add a few explicit 'inline' keywords, mostly in (#75234)Even though constexpr implicitly makes functions inline, we try not to rely on this implicit effect in the code base. We are mostly consistent about using `inline` on non-template free-functions to make it clear that we don't have an ODR violation. This patch simply fixes a few places where we didn't explicitly use inline on non-template free functions, presumably because they were constexpr. Fixes #75227 List of files: /llvm-project/libcxx/include/complex

77a00c0d546cd4aa8311b5b9031ae9ea8cdb050c - [libc++] Replace uses of _VSTD:: by std:: (#74331)

Tue, 05 Dec 2023 16:19:15 +0000

[libc++] Replace uses of _VSTD:: by std:: (#74331)As part of the upcoming clang-formatting of libc++, this patch performs the long desired removal of the _VSTD macro. See https://discourse.llvm.org/t/rfc-clang-formatting-all-of-libc-once-and-for-all for the clang-format proposal. List of files: /llvm-project/libcxx/include/complex

4c198542226223f6a5c5511a1f89b37d15ee10b9 - [libc++] Rename _LIBCPP_INLINE_VISIBILITY to _LIBCPP_HIDE_FROM_ABI (#74095)

Mon, 04 Dec 2023 15:25:14 +0000

[libc++] Rename _LIBCPP_INLINE_VISIBILITY to _LIBCPP_HIDE_FROM_ABI (#74095)In preparation for running clang-format on the whole code base, we are also removing mentions of the legacy _LIBCPP_INLINE_VISIBILITY macro in favor of the newer _LIBCPP_HIDE_FROM_ABI. We're still leaving the definition of _LIBCPP_INLINE_VISIBILITY to avoid creating needless breakage in case some older patches are checked-in with mentions of the old macro. After we branch for LLVM 18, we can do another pass to clean up remaining uses of the macro that might have gotten introduced by mistake (if any) and remove the macro itself at the same time. This is just a minor convenience to smooth out the transition as much as possible. See https://discourse.llvm.org/t/rfc-clang-formatting-all-of-libc-once-and-for-all for the clang-format proposal. List of files: /llvm-project/libcxx/include/complex

a65070a76a7c823c28f1c95a21e4857ed6e123ef - [libc++] Remove a few transitive includes (#70553)

Sun, 29 Oct 2023 17:31:37 +0000

[libc++] Remove a few transitive includes (#70553) List of files: /llvm-project/libcxx/include/complex

475bd19ee8e42e68635b9770d5725461b7300914 - [libc++][NFC] Refactor return type enable_ifs to defaulted template arguments

Tue, 15 Aug 2023 19:19:05 +0000

[libc++][NFC] Refactor return type enable_ifs to defaulted template argumentsThis brings most of the enable_ifs in libc++ to the same style. It also has the nice side-effect of reducing the size of names of these symbols, since the depedent return type is shorter.Reviewed By: #libc, ldionneSpies: ldionne, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D157736 List of files: /llvm-project/libcxx/include/complex

be45fe5d8508b9e6988849ead6471aaad68405e5 - [libc++][spaceship] P1614R2: Removed ops from `complex`

Sat, 10 Jun 2023 09:44:03 +0000

[libc++][spaceship] P1614R2: Removed ops from `complex`Implements parts of P1614R2:- Removed ops from `complex`Reviewed By: #libc, MordanteDifferential Revision: https://reviews.llvm.org/D152615 List of files: /llvm-project/libcxx/include/complex