Changes in ostream

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

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

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

87d56c59f52d033cd7c46d769338b9c47fea4929 - [libc++][modules] Guard carved-out headers more consistently (#108637)

Mon, 16 Sep 2024 12:15:38 +0000

[libc++][modules] Guard carved-out headers more consistently (#108637)Several headers that should not be provided when localization or threads are disabled were not guarded. That works until one tries to build with modules and these headers get pulled in. Note that this could be cleaned up further into something more systematic, but this patch solves the immediate problems I ran into with the monolithic modulemap and doesn't create any new inconsistency that wasn't already there. List of files: /llvm-project/libcxx/include/ostream

dfddc0c4843baaf9605aeb1c4f82eac185e90265 - [libc++] Include the rest of the detail headers by version in the umbrella headers (#96032)

Thu, 18 Jul 2024 08:59:58 +0000

[libc++] Include the rest of the detail headers by version in the umbrella headers (#96032)This is a follow-up to #83740. List of files: /llvm-project/libcxx/include/ostream

17f006207cb233e4988160fe8860cf082bbafe88 - [libc++] Granularize (#85537)

Thu, 02 May 2024 20:38:44 +0000

[libc++] Granularize (#85537)This also includes `<__ostream/basic_ostream.h>` in `` now, reducing the include time of `` from 819ms to 603ms. List of files: /llvm-project/libcxx/include/ostream

7f9f82e3de94040ca6124a43f2d737201bd4a595 - [libc++][format] P3142R0: Printing Blank Lines with `println` (#87277)

Sat, 06 Apr 2024 18:52:52 +0000

[libc++][format] P3142R0: Printing Blank Lines with `println` (#87277)Implements https://wg21.link/P3142R0 Applied retroactively as DR, same as stdlibc++ and MS STL: https://github.com/orgs/microsoft/projects/1143?pane=issue&itemId=57457187 List of files: /llvm-project/libcxx/include/ostream

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

3e33b6f5de6905c98395a77b41d474b87ef9e677 - [libc++][NFC] Reformat a few files that had gotten mis-formatted

Thu, 08 Feb 2024 15:11:39 +0000

[libc++][NFC] Reformat a few files that had gotten mis-formattedThose appear to be oversights when committing patchesin the last few months. List of files: /llvm-project/libcxx/include/ostream

7b4622514d232ce5f7110dd8b20d90e81127c467 - [libc++] Fix missing and incorrect push/pop macros (#79204)

Thu, 25 Jan 2024 20:48:46 +0000

[libc++] Fix missing and incorrect push/pop macros (#79204)We recently noticed that the unwrap_iter.h file was pushing macros, but it was pushing them again instead of popping them at the end of the file. This led to libc++ basically swallowing any custom definition of these macros in user code: #define min HELLO #include // min is not HELLO anymore, it's not defined While investigating this issue, I noticed that our push/pop pragmas were actually entirely wrong too. Indeed, instead of pushing macros like `move`, we'd push `move(int, int)` in the pragma, which is not a valid macro name. As a result, we would not actually push macros like `move` -- instead we'd simply undefine them. This led to the following code not working: #define move HELLO #include // move is not HELLO anymore Fixing the pragma push/pop incantations led to a cascade of issues because we use identifiers like `move` in a large number of places, and all of these headers would now need to do the push/pop dance. This patch fixes all these issues. First, it adds a check that we don't swallow important names like min, max, move or refresh as explained above. This is done by augmenting the existing system_reserved_names.gen.py test to also check that the macros are what we expect after including each header. Second, it fixes the push/pop pragmas to work properly and adds missing pragmas to all the files I could detect a failure in via the newly added test. rdar://121365472 List of files: /llvm-project/libcxx/include/ostream

4a87db6b10a075849673247ded426504561a8a25 - [libc++][print] Enables it on Apple backdeployment. (#76293)

Tue, 16 Jan 2024 18:14:33 +0000

[libc++][print] Enables it on Apple backdeployment. (#76293)As suggested in #73262 this enable the stream printing on Apple backdeployment targets. This omits the check whether the file is a terminal. This is not entirely conforming, but the differences should be minor and are typically not observable. Fixes https://github.com/llvm/llvm-project/issues/75225 List of files: /llvm-project/libcxx/include/ostream

82d21814e6556480a71c83a2f8da350d0c8cadf6 - [libc++][print] Includes . (#76333)

Tue, 16 Jan 2024 16:33:01 +0000

[libc++][print] Includes . (#76333)The overloads of `println` are specified in terms of `format`. The function `format` is specified to work with ranges. The implementations for `println` do not include ``, but libc++'s granularized header. This means the following example does not work #include #include int main() { std::vector v{1, 2, 3}; std::println("{}", v); } (The other print functions also require this to work, they are specified in terms of other format functions.) Fixes: https://github.com/llvm/llvm-project/issues/71925 List of files: /llvm-project/libcxx/include/ostream

a8b3deb2c8be419c06c258751d4d5ba03699afac - [libc++][print] Renames __use_unicode. (#76290)

Tue, 16 Jan 2024 16:32:11 +0000

[libc++][print] Renames __use_unicode. (#76290)This is addresses a review comment in #73262. List of files: /llvm-project/libcxx/include/ostream

2fd4084fca0c474c2232533263182945bd1ebe17 - [libc++][print] Adds ostream overloads. (#73262)

Tue, 19 Dec 2023 18:32:17 +0000

[libc++][print] Adds ostream overloads. (#73262)Finishes implementation of - P2093R14 Formatted output - P2539R4 Should the output of std::print to a terminal be synchronized with the underlying stream? Differential Revision: https://reviews.llvm.org/D156609 List of files: /llvm-project/libcxx/include/ostream

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

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

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

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

6256ccfd4f062f0b72b73adffe1dbf2c5b9903bb - [libc++][NFC] Update the remaining enable_ifs

Sat, 02 Sep 2023 00:50:54 +0000

[libc++][NFC] Update the remaining enable_ifsThis brings most of the enable_ifs in libc++ to the same style.Reviewed By: #libc, ldionneSpies: ldionne, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D157753 List of files: /llvm-project/libcxx/include/ostream

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