Changes in __locale

d29c9477 - [libc++][AIX] Correct the definition of __regex_word for AIX

Sat, 16 Jul 2022 22:11:04 +0000

[libc++][AIX] Correct the definition of __regex_word for AIXSummary:The patch changes the definition of __regex_word to 0x8000 for AIX because the current definition 0x80 clashes with ctype_base::print (_ISPRINT is defined as 0x80 in AIX ctype.h).Reviewed by: Mordante, hubert.reinterpretcast, libc++Differential Revision: https://reviews.llvm.org/D129862 List of files: /llvm-project-15.0.7/libcxx/include/__locale

a83004f4 - [libcxx][AIX][z/OS] Remove headers included via `_IBMCPP__`

Mon, 11 Jul 2022 15:05:42 +0000

[libcxx][AIX][z/OS] Remove headers included via `_IBMCPP__`D127650 removed support for non-clang-based XL compilers, but left someof the headers used only by this compiler and included under the__IBMCPP__ macro. This change cleans this up by deleting these headers.Reviewed By: hubert.reinterpretcast, fanbo-mengDifferential Revision: https://reviews.llvm.org/D129491 List of files: /llvm-project-15.0.7/libcxx/include/__locale

2ae52326 - [libc++] Towards a simpler extern template story in libc++

Tue, 08 Jun 2021 21:25:08 +0000

[libc++] Towards a simpler extern template story in libc++The flexibility around extern template instantiation declarations inlibc++ result in a very complicated model, especially when support forslightly different configurations (like the debug mode or assertionsin the dylib) are taken into account. That results in unexpected bugslike http://llvm.org/PR50534 (and there have been multiple similarbugs in the past, notably around the debug mode).This patch gets rid of the _LIBCPP_DISABLE_EXTERN_TEMPLATE knob, whichI don't think is fundamental. Indeed, the motivation for that knob was toavoid taking a dependency on the library, however that can be done betterby linking against the static library instead. And in fact, some parts ofthe headers will always depend on things defined in the library, whichdefeats the original goal of _LIBCPP_DISABLE_EXTERN_TEMPLATE.Differential Revision: https://reviews.llvm.org/D103960 List of files: /llvm-project-15.0.7/libcxx/include/__locale

b86771a2 - [libc++] Minor emscripten changes from downstream

Sat, 22 May 2021 13:39:33 +0000

[libc++] Minor emscripten changes from downstreamDifferential Revision: https://reviews.llvm.org/D126583 List of files: /llvm-project-15.0.7/libcxx/include/__locale

1458458b - [libc++] Remove includes

Mon, 07 Mar 2022 15:31:33 +0000

[libc++] Remove includesReviewed By: ldionne, Quuxplusone, #libcSpies: libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D121054 List of files: /llvm-project-15.0.7/libcxx/include/__locale

52915d78 - [libc++] Granularize includes

Sat, 05 Mar 2022 18:17:07 +0000

[libc++] Granularize includesReviewed By: ldionne, #libcSpies: EricWF, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D120466 List of files: /llvm-project-15.0.7/libcxx/include/__locale

45415ef9 - [libcxx] Fix the ctype `is` (pointer version) function for Windows

Fri, 21 Jan 2022 23:21:31 +0000

[libcxx] Fix the ctype `is` (pointer version) function for WindowsPreviously, this test snippet would report incorrect information: F::mask m; std::wstring in(L"\u00DA"); // LATIN CAPITAL LETTER U WITH ACUTE f.is(in.data(), in.data() + 1, &m); // m & F::lower would be setThe single-character version of the `is` function wasn'taffected by this issue though.Define `_LIBCPP_CTYPE_MASK_IS_COMPOSITE_ALPHA` for Windows,as the `alpha` / `_ALPHA` constant is a mask consisting ofmultiple bits set, which avoids setting `alpha` whenver anyof the bits is set, in the `do_is` implementation.On Windows, with the "C" locale, wchars are classified accordingto their Unicode interpretation, just as in the en_US.UTF-8 locale onall platforms.Due to the differing classification of some characters, the`scan_is` and `scan_not` tests are quite annoying to fix, thus justifdef out some of the tests for the "C" locale there - the code getstested with the more standard en_US.UTF-8 locale anyway.Differential Revision: https://reviews.llvm.org/D120796 List of files: /llvm-project-15.0.7/libcxx/include/__locale

bd441745 - [libc++] Use -I instead of -isystem to include headers in the test suite

Thu, 03 Mar 2022 11:10:30 +0000

[libc++] Use -I instead of -isystem to include headers in the test suiteUsing -isystem marks the headers as system headers, which means that wedon't actually get all the warnings that we'd normally get if we includedthe headers as user headers.The goal of the test suite is normally to mirror as closely as possiblehow users would use the library. Technically, this change goes againstthat philosophy, since users should be using `-isystem` (if they everneed to specify the libc++ path explicitly, which should be a rareoccurence). However, I believe fishing out additional warnings fromthe headers provides more value, hence this change. Ideally, we'd beable to still use `-isystem`, but instruct Clang to still emit warningsfrom the libc++ headers (e.g. we could tell Clang to emit warnings inany file inside `<...>/usr/include/c++/v1`).Reviewed By: #libc, ldionne, #libc_abiSpies: Mordante, EricWF, mstorsjo, mgorny, aheejin, arichardson, philnik, jloser, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D118616 List of files: /llvm-project-15.0.7/libcxx/include/__locale

368faaca - [libc++] Revert "Protect users from relying on detail headers" & related changes

Mon, 28 Feb 2022 21:37:25 +0000

[libc++] Revert "Protect users from relying on detail headers" & related changesThis commit reverts 5aaefa51 (and also partly 7f285f48e77 and b6d75682f9,which were related to the original commit). As landed, 5aaefa51 hadunintended consequences on some downstream bots and didn't have propercoverage upstream due to a few subtle things. Implementing this issomething we should do in libc++, however we'll first need to addressa few issues listed in https://reviews.llvm.org/D106124#3349710.Differential Revision: https://reviews.llvm.org/D120683 List of files: /llvm-project-15.0.7/libcxx/include/__locale

5aaefa51 - [libcxx][modules] protects users from relying on detail headers

Fri, 25 Feb 2022 18:59:32 +0000

[libcxx][modules] protects users from relying on detail headerslibc++ has started splicing standard library headers into much morefine-grained content for maintainability. It's very likely that outdatedand naive tooling (some of which is outside of LLVM's scope) willsuggest users include things such as <__ranges/access.h> instead of, and Hyrum's law suggests that users will eventually begin torely on this without the help of tooling. As such, this commitintends to protect users from themselves, by making it a hard error foranyone outside of the standard library to include libc++ detail headers.Differential Revision: https://reviews.llvm.org/D106124 List of files: /llvm-project-15.0.7/libcxx/include/__locale

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

eb964581 - [libcxx] [Windows] Pick a unique bit for __regex_word

Wed, 12 Jan 2022 09:26:49 +0000

[libcxx] [Windows] Pick a unique bit for __regex_wordThe old `__regex_word` aliased the mask for `xdigit`, causing straytest failures.The diff may look surprising, as if the previous faulty value hadbeen set specifically for Windows - but this is due to a restructuringin 411c630bae0e0d50697651797709987e2cfea92d. Prior to that, therewere OS specific settings for some OSes, and one fallback used forthe rest (which turns out to not work for Windows).Differential Revision: https://reviews.llvm.org/D118188 List of files: /llvm-project-15.0.7/libcxx/include/__locale

4f8ea3c8 - [SystemZ][z/OS][NFC] Remove extra symbol

Fri, 21 Jan 2022 21:18:46 +0000

[SystemZ][z/OS][NFC] Remove extra symbol List of files: /llvm-project-15.0.7/libcxx/include/__locale

a1da7396 - [SystemZ][z/OS] ASCII/EBCDIC support with no coexistence

Fri, 14 Jan 2022 16:35:53 +0000

[SystemZ][z/OS] ASCII/EBCDIC support with no coexistenceThe aim of this patch is to break up the larger patch (https://reviews.llvm.org/D111323) to be more upstream friendly. In particular, this patch adds the char encoding sensitive changes but does not use inline namespaces as before. The use of namespaces to build both versions of the library, and localization of error messages will follow in a subsequent patch.Differential Revision: https://reviews.llvm.org/D114813 List of files: /llvm-project-15.0.7/libcxx/include/__locale

4d81a46f - [libc++] Alphabetize header #includes. NFCI.

Fri, 07 Jan 2022 14:45:05 +0000

[libc++] Alphabetize header #includes. NFCI.The NFC part of D116809. We still want to enforce this in CI,but the mechanism for that is still to-be-determined.Differential Revision: https://reviews.llvm.org/D116809 List of files: /llvm-project-15.0.7/libcxx/include/__locale

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

f4c1258d - [libc++] Add an option to disable wide character support in libc++

Mon, 23 Aug 2021 19:32:36 +0000

[libc++] Add an option to disable wide character support in libc++Some embedded platforms do not wish to support the C library functionalityfor handling wchar_t because they have no use for it. It makes sense forlibc++ to work properly on those platforms, so this commit adds a carve-outof functionality for wchar_t.Unfortunately, unlike some other carve-outs (e.g. random device), thispatch touches several parts of the library. However, despite the wideimpact of this patch, I still think it is important to support thisconfiguration since it makes it much simpler to port libc++ to someembedded platforms.Differential Revision: https://reviews.llvm.org/D111265 List of files: /llvm-project-15.0.7/libcxx/include/__locale

3285c7a4 - [libcxx] Remove the locale fallback for NuttX

Tue, 31 Aug 2021 13:46:37 +0000

[libcxx] Remove the locale fallback for NuttXSince these functions can handled by NuttX's libc nowReviewed By: #libc, ldionneDifferential Revision: https://reviews.llvm.org/D108895 List of files: /llvm-project-15.0.7/libcxx/include/__locale

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

3a6be279 - [libcxx] Make the visibility attributes consistent for __narrow_to_utf8/__widen_from_utf8

Tue, 18 May 2021 14:45:08 +0000

[libcxx] Make the visibility attributes consistent for __narrow_to_utf8/__widen_from_utf8Use the same visiblity attributes as for all other templatespecializations in the same file; declare the specialization itselfusing _LIBCPP_TYPE_VIS, and don't use _LIBCPP_EXPORTED_FROM_ABI onthe destructor. Methods that are excluded from the ABI are markedwith _LIBCPP_INLINE_VISIBILITY.This makes the vtable exported from DLL builds of libc++. Practically,it doesn't make any difference for the CI configuration, but itcan make a difference in mingw setups.Differential Revision: https://reviews.llvm.org/D102717 List of files: /llvm-project-15.0.7/libcxx/include/__locale