Changes in cstring

385cc25a - [libc++] Ensure that all public C++ headers include <__assert>

Fri, 25 Mar 2022 16:55:36 +0000

[libc++] Ensure that all public C++ headers include <__assert>This patch changes the requirement for getting the declaration of theassertion handler from including <__assert> to including any publicC++ header of the library. Note that C compatibility headers areexcluded because we don't implement all the C headers ourselves --some of them are taken straight from the C library, like assert.h.It also adds a generated test to check it. Furthermore, this newgenerated test is designed in a way that will make it possible toreplace almost all the existing test-generation scripts with thissystem in upcoming patches.Differential Revision: https://reviews.llvm.org/D122506 List of files: /llvm-project-15.0.7/libcxx/include/cstring

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

eb8650a7 - [runtimes][NFC] Remove filenames at the top of the license notice

Wed, 17 Nov 2021 21:25:01 +0000

[runtimes][NFC] Remove filenames at the top of the license noticeWe've stopped doing it in libc++ for a while now because these nameswould end up rotting as we move things around and copy/paste stuff.This cleans up all the existing files so as to stop the spreadingas people copy-paste headers around. List of files: /llvm-project-15.0.7/libcxx/include/cstring

87dd5198 - [libc++] Remove support for CloudABI, which has been abandoned

Tue, 24 Aug 2021 15:40:05 +0000

[libc++] Remove support for CloudABI, which has been abandonedBased on https://github.com/NuxiNL/cloudlibc, it appears that the CloudABIproject has been abandoned. This patch removes a bunch of CloudABI specificlogic that had been added to support that platform.Note that some knobs like LIBCXX_ENABLE_STDIN and LIBCXX_ENABLE_STDOUTcoud be useful in their own right, however those are currently broken.If we want to re-add such knobs in the future, we can do it like we'vedone it for localization & friends so that we can officially supportthat configuration.Differential Revision: https://reviews.llvm.org/D108637 List of files: /llvm-project-15.0.7/libcxx/include/cstring

a9c9183c - [libc++] Use the using_if_exists attribute when provided

Wed, 02 Jun 2021 14:41:37 +0000

[libc++] Use the using_if_exists attribute when providedAs discussed on cfe-dev [1], use the using_if_exists Clang attribute whenthe compiler supports it. This makes it easier to port libc++ on top ofnew platforms that don't fully support the C Standard library.Previously, libc++ would fail to build when trying to import a missingdeclaration in a header. With the attribute, the declaration willsimply not be imported into namespace std, and hence it won't be availablefor libc++ to use. In many cases, the declarations were *not* actuallyrequired for libc++ to work (they were only surfaced for users to usethem as std::XXXX), so not importing them into namespace std is acceptable.The same thing could be achieved by conscious usage of `#ifdef` alongwith platform detection, however that quickly creates a maintenanceproblem as libc++ is ported to new platforms. Furthermore, this problemis exacerbated when mixed with vendor internal-only platforms, which canlead to difficulties maintaining a downstream fork of the library.For the time being, we only use the using_if_exists attribute when itis supported. At some point in the future, we will start removing #ifdefpaths that are unnecessary when the attribute is supported, and folkswho need those #ifdef paths will be required to use a compiler thatsupports the attribute.[1]: http://lists.llvm.org/pipermail/cfe-dev/2020-June/066038.htmlDifferential Revision: https://reviews.llvm.org/D90257 List of files: /llvm-project-15.0.7/libcxx/include/cstring

4cd6ca10 - [libc++] NFC: Normalize `#endif //` comment indentation

Tue, 20 Apr 2021 16:03:32 +0000

[libc++] NFC: Normalize `#endif //` comment indentation List of files: /llvm-project-15.0.7/libcxx/include/cstring

2946cd70 - Update the file headers across all of the LLVM projects in the monorepo

Sat, 19 Jan 2019 08:50:56 +0000

Update the file headers across all of the LLVM projects in the monorepoto reflect the new license.We understand that people may be surprised that we're moving the headerentirely to discuss the new license. We checked this carefully with theFoundation's lawyer and we believe this is the correct approach.Essentially, all code in the project is now made available by the LLVMproject under our new license, so you will see that the license headersinclude that license only. Some of our contributors have contributedcode under our old license, and accordingly, we have retained a copy ofour old license notice in the top-level files in each project andrepository.llvm-svn: 351636 List of files: /llvm-project-15.0.7/libcxx/include/cstring

5fd17ab1 - Fix overload sets of strchr, strpbrk, strrchr, memchr and strstr from

Wed, 10 Feb 2016 00:59:02 +0000

Fix overload sets of strchr, strpbrk, strrchr, memchr and strstr from and wcschr, wcspbrk, wcsrchr, wmemchr, and wcsstr from toprovide a const-correct overload set even when the underlying C library doesnot.This change adds a new macro, _LIBCPP_PREFERRED_OVERLOAD, which (if defined)specifies that a given overload is a better match than an otherwise equallygood function declaration without the overload. This is implemented in modernversions of Clang via __attribute__((enable_if)), and not elsewhere.We use this new macro to define overloads in the global namespace for thesefunctions that displace the overloads provided by the C library, unless webelieve the C library is already providing the correct signatures.llvm-svn: 260337 List of files: /llvm-project-15.0.7/libcxx/include/cstring

25cb3209 - Revert r249929 ("Split out of ").

Thu, 29 Oct 2015 23:32:29 +0000

Revert r249929 ("Split out of ").This change caused problems when building code like povray that:a) uses 'using namespace std;'b) is built on an environment where the C library provides the "wrong" (non-const-correct) interface for the str* functionsc) makes an unqualified call to one of those str* functionsA patch is out for review to add a facility to fix this (and to give thecorrect signatures for these functions whenever possible, even when the Clibrary does not do so). This revert is expected to be temporary.llvm-svn: 251665 List of files: /llvm-project-15.0.7/libcxx/include/cstring

da231b4a - Split out of .

Sat, 10 Oct 2015 01:25:31 +0000

Split out of .Also fix the overload set for the five functions whose signatures change in thecase where we can fix it. This is already covered by existing tests for theaffected systems.llvm-svn: 249929 List of files: /llvm-project-15.0.7/libcxx/include/cstring

e0cf3b9a - Make support for thread-unsafe C functions optional.

Wed, 24 Jun 2015 08:44:38 +0000

Make support for thread-unsafe C functions optional.One of the aspects of CloudABI is that it aims to help you write codethat is thread-safe out of the box. This is very important if you wantto write libraries that are easy to reuse. For CloudABI we decided tonot provide the thread-unsafe functions. So far this is working outpretty well, as thread-unsafety issues are detected really early on.The following patch adds a knob to libc++,_LIBCPP_HAS_NO_THREAD_UNSAFE_C_FUNCTIONS, that can be set to disablethread-unsafe functions that can easily be avoided in practice. Thefollowing functions are not thread-safe:- : locale handles should be preferred over setlocale().- : mbrlen(), mbrtowc() and wcrtomb() should be preferred over their non-restartable counterparts.- : asctime(), ctime(), gmtime() and localtime() are not thread-safe. The first two are also deprecated by POSIX.Differential Revision: http://reviews.llvm.org/D8703Reviewed by: marshallllvm-svn: 240527 List of files: /llvm-project-15.0.7/libcxx/include/cstring

3ca2099f - Revert changes inadvertantly committed

Tue, 02 Jun 2015 22:26:29 +0000

Revert changes inadvertantly committedllvm-svn: 238880 List of files: /llvm-project-15.0.7/libcxx/include/cstring

ef96861d - Move uncaught_exeption() definition inside the #ifdef block like uncaught_exceptions()

Tue, 02 Jun 2015 22:25:23 +0000

Move uncaught_exeption() definition inside the #ifdef block like uncaught_exceptions()llvm-svn: 238879 List of files: /llvm-project-15.0.7/libcxx/include/cstring

0be8f64c - Nico Rieck: Currently _MSC_VER and _WIN32 are used to guard code which is

Thu, 01 Aug 2013 18:17:34 +0000

Nico Rieck: Currently _MSC_VER and _WIN32 are used to guard code which isMSVC-specific, MSVCRT-specific, or Windows-specific. Because Clang canalso define _MSC_VER, and MSVCRT is not necessarily the only C runtime,these macros should not be used interchangeably.This patch divides all Windows-related bits into the aforementionedcategories. Two new macros are introduced:- _LIBCPP_MSVC: Defined when compiling with MSVC. Detected using _MSC_VER, excluding Clang.- _LIBCPP_MSVCRT: Defined when using the Microsoft CRT. This is the default when _WIN32 is defined.This leaves _WIN32 for code using the Windows API.This also corrects the spelling of _LIBCP_HAS_IS_BASE_OF to _LIBCPP_HAS_IS_BASE_OF.Nico, please prepare a patch for CREDITS.TXT, thanks.llvm-svn: 187593 List of files: /llvm-project-15.0.7/libcxx/include/cstring

98381453 - Change and to look out for flags which may or may not be set by the C headers and indicating C support for the C++-altered wcschr, wcspbrk, wcsrchr, wcsstr, wmemchr, strchr, strpbrk, strrchr, memchr, and strstr. This was already done in for other platforms using other flags, so just had to add one more flag to the list there.

Mon, 08 Apr 2013 18:59:28 +0000

Change and to look out for flags which may or may not be set by the C headers and indicating C support for the C++-altered wcschr, wcspbrk, wcsrchr, wcsstr, wmemchr, strchr, strpbrk, strrchr, memchr, and strstr. This was already done in for other platforms using other flags, so just had to add one more flag to the list there.llvm-svn: 179041 List of files: /llvm-project-15.0.7/libcxx/include/cstring

14c25b80 - Solaris port. Currently sees around 200 test failures, mostly related to

Wed, 29 Feb 2012 13:05:08 +0000

Solaris port. Currently sees around 200 test failures, mostly related toSolaris not providing some of the locales that the test suite uses.Note: This depends on an xlocale (partial) implementation for Solaris and acouple of fixed standard headers. These will be committed to a branch latertoday.llvm-svn: 151720 List of files: /llvm-project-15.0.7/libcxx/include/cstring

e4383379 - More windows port work by Ruben Van Boxem

Sat, 22 Oct 2011 20:59:45 +0000

More windows port work by Ruben Van Boxemllvm-svn: 142732 List of files: /llvm-project-15.0.7/libcxx/include/cstring

073458b1 - Windows support by Ruben Van Boxem.

Mon, 17 Oct 2011 20:05:10 +0000

Windows support by Ruben Van Boxem.llvm-svn: 142235 List of files: /llvm-project-15.0.7/libcxx/include/cstring

a65a935b - Bug 7983 fixed by Bernhard Rosenkraenzer

Thu, 14 Oct 2010 17:11:39 +0000

Bug 7983 fixed by Bernhard Rosenkraenzerllvm-svn: 116487 List of files: /llvm-project-15.0.7/libcxx/include/cstring

b3371f6f - Fixing whitespace problems

Sun, 22 Aug 2010 00:02:43 +0000

Fixing whitespace problemsllvm-svn: 111750 List of files: /llvm-project-15.0.7/libcxx/include/cstring