Changes in cctype

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

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

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

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

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

57b08b09 - Update more file headers across all of the LLVM projects in the monorepo

Sat, 19 Jan 2019 10:56:40 +0000

Update more file headers across all of the LLVM projects in the monorepoto reflect the new license. These used slightly different spellings thatdefeated my regular expressions.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: 351648 List of files: /llvm-project-15.0.7/libcxx/include/cctype

bb8c6653 - Put back the undefs that Richard removed. Boost won't build w/o these; specifically the file 'bytes_methods.h' in Apple's python framework defines these.

Mon, 04 Apr 2016 22:49:20 +0000

Put back the undefs that Richard removed. Boost won't build w/o these; specifically the file 'bytes_methods.h' in Apple's python framework defines these.llvm-svn: 265358 List of files: /llvm-project-15.0.7/libcxx/include/cctype

f80c1b73 - Split out of .

Thu, 08 Oct 2015 20:36:30 +0000

Split out of .llvm-svn: 249738 List of files: /llvm-project-15.0.7/libcxx/include/cctype

1607bb38 - Remove unnecessary inline functions capturing the contents of C library macros.

Tue, 06 Oct 2015 22:03:22 +0000

Remove unnecessary inline functions capturing the contents of C library macros.The C standard requires that these be provided as functions even if they'realso provided as macros, and a strict reading of the C++ standard library rulessuggests that (for instance) &::isdigit == &::std::isdigit, so these wrappersare technically non-conforming.llvm-svn: 249475 List of files: /llvm-project-15.0.7/libcxx/include/cctype

4ef8ac94 - cctype: tweak inclusions for _LIBCPP_MSVCRT case

Fri, 13 Feb 2015 22:15:28 +0000

cctype: tweak inclusions for _LIBCPP_MSVCRT casecctype uses ctype functions such as isblank. However, when building againstmsvcrt, this is provided by the support header. Include the support header ifbuilding for Windows to ensure that the definition is properly visible.llvm-svn: 229161 List of files: /llvm-project-15.0.7/libcxx/include/cctype

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

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

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

412dbebe - license change

Tue, 16 Nov 2010 22:09:02 +0000

license changellvm-svn: 119395 List of files: /llvm-project-15.0.7/libcxx/include/cctype

5b08a8a4 - Wiped out some non-ascii characters that snuck into the copyright.

Tue, 11 May 2010 21:36:01 +0000

Wiped out some non-ascii characters that snuck into the copyright.llvm-svn: 103516 List of files: /llvm-project-15.0.7/libcxx/include/cctype

3e519524 - libcxx initial import

Tue, 11 May 2010 19:42:16 +0000

libcxx initial importllvm-svn: 103490 List of files: /llvm-project-15.0.7/libcxx/include/cctype