Changes in stdexcept

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

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

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

d2b0df35 - [libc++][NFC] Update namespace comments in include/

Thu, 02 Dec 2021 13:12:51 +0000

[libc++][NFC] Update namespace comments in include/update the namspace comments in include/Reviewed By: ldionne, #libcSpies: smeenai, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D114947 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

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

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

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

69ca17a9 - [libc++] NFC: Simplify incude of

Wed, 11 Nov 2020 22:04:32 +0000

[libc++] NFC: Simplify incude of We include , which includes unconditionally anyway. List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

585a3cc3 - Fix -Wdeprecated-copy-dtor and -Wdeprecated-dynamic-exception-spec warnings.

Fri, 13 Mar 2020 18:36:26 +0000

Fix -Wdeprecated-copy-dtor and -Wdeprecated-dynamic-exception-spec warnings.Summary:The former are like:libcxx/include/typeinfo:322:11: warning: definition of implicit copy constructor for 'bad_cast' is deprecated because it has a user-declared destructor [-Wdeprecated-copy-dtor] virtual ~bad_cast() _NOEXCEPT; ^libcxx/include/typeinfo:344:11: note: in implicit copy constructor for 'std::bad_cast' first required here throw bad_cast(); ^Fix these by adding an explicitly defaulted copy constructor.The latter are like:libcxx/include/codecvt:105:37: warning: dynamic exception specifications are deprecated [-Wdeprecated-dynamic-exception-spec] virtual int do_encoding() const throw(); ^~~~~~~Fix these by using the _NOEXCEPT macro instead.Reviewers: EricWF, mclow.lists, ldionne, #libcReviewed By: EricWF, #libcSubscribers: dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D76150 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

2710d8e1 - Fix ABI compatibility of `` with VCRuntime.

Wed, 06 Mar 2019 20:31:57 +0000

Fix ABI compatibility of `` with VCRuntime.Summary:Currently, libc++'s `` doesn't play nice with `vcruntime`. Specifically:* `logic_error` and `runtime_error` have a different layout.* libc++'s `logic_error` and `runtime_error` override `what()` but `vcruntime` does not.* `vcruntime` uses weak vtables for `` types.* libc++'s `` constructors and assignment operators may have different manglings than `vcruntimes`.This patch makes libc++'s declarations in `` match those provided by MSVC's STL as closely as possible.If MSVC doesn't declare a special member, then neither do we. This ensures that the implicit definitions have the same linkage, visibility, triviality, and noexcept-ness.Reviewers: thomasanderson, ldionne, smeenaiReviewed By: thomasandersonSubscribers: jdoerfert, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D58945llvm-svn: 355546 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

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

7c3492b0 - [NFC][libc++] Consistently use spaces to indent

Fri, 03 Aug 2018 22:36:53 +0000

[NFC][libc++] Consistently use spaces to indentrdar://problem/19988944llvm-svn: 338933 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

dc7200b4 - [libc++] Take 2: Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITY

Wed, 11 Jul 2018 23:14:33 +0000

[libc++] Take 2: Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITYSummary:We never actually mean to always inline a function -- all the uses ofthe macro I could find are actually attempts to control the visibilityof symbols. This is better described by _LIBCPP_INLINE_VISIBILITY, whichis actually always defined the same.This change is orthogonal to the decision of what we're actually goingto do with _LIBCPP_INLINE_VISIBILITY -- it just simplifies things byhaving one canonical way of doing things.Note that this commit had originally been applied in r336369 and thenreverted in r336382 because of unforeseen problems. Both of these problemshave now been fixed.Reviewers: EricWF, mclow.listsSubscribers: christof, dexonsmith, erikvanderpoelDifferential Revision: https://reviews.llvm.org/D48892llvm-svn: 336866 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

195a499d - Revert "[libc++] Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITY"

Thu, 05 Jul 2018 18:41:50 +0000

Revert "[libc++] Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITY"This reverts commit r336369. The commit had two problems:1. __pbump was marked as _LIBCPP_EXTERN_TEMPLATE_INLINE_VISIBILITY instead of _LIBCPP_INLINE_VISIBILITY, which lead to two symbols being added in the dylib and the check-cxx-abilist failing.2. The LLDB tests started failing because they undefine `_LIBCPP_INLINE_VISIBILITY`. I need to figure out why they do that and fix the tests before we can go forward with this change.llvm-svn: 336382 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

4a8f3f99 - [libc++] Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITY

Thu, 05 Jul 2018 16:49:38 +0000

[libc++] Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITYSummary:We never actually mean to always inline a function -- all the uses ofthe macro I could find are actually attempts to control the visibilityof symbols. This is better described by _LIBCPP_INLINE_VISIBILITY, whichis actually always defined the same.This change is orthogonal to the decision of what we're actually goingto do with _LIBCPP_INLINE_VISIBILITY -- it just simplifies things byhaving one canonical way of doing things.Reviewers: EricWFSubscribers: christof, llvm-commits, dexonsmith, erikvanderpoel, mclow.listsDifferential Revision: https://reviews.llvm.org/D48892llvm-svn: 336369 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

9ffacf3d - Fix more unreserved names

Thu, 01 Jun 2017 02:29:37 +0000

Fix more unreserved namesllvm-svn: 304383 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

fd838227 - Fix unused parameters and variables

Fri, 23 Dec 2016 23:37:52 +0000

Fix unused parameters and variablesllvm-svn: 290459 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

a624409c - [libc++] Fix modules build - Rework __refstring definition

Tue, 25 Oct 2016 19:33:14 +0000

[libc++] Fix modules build - Rework __refstring definition Summary:`__libcpp_refstring` currently has two different definitions. First there is the complete definition in `<__refstring>` but there is also a second in ``. The historical reason for this split is because both libc++ and libc++abi need to see the inline definitions of __libcpp_refstrings methods, but the `` header doesn't. However this is an ODR violation and breaks the modules build.This patch fixes the issue by creating a single class definition in `` and changing `<__refstring>` to contain only the inline method definitions. This way both `libcxx/src/stdexcept.cpp` and `libcxxabi/src/stdexcept.cpp` see the same declaration in `` and definitions in `<__refstring>`Reviewers: mclow.lists, EricWFSubscribers: cfe-commitsDifferential Revision: https://reviews.llvm.org/D25603llvm-svn: 285100 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

b683ec20 - Try 2 - Remove include from ``

Tue, 06 Sep 2016 21:25:27 +0000

Try 2 - Remove include from ``This patch removes the `` include from exception where it is no longerneeded. Unlike my previous attempt this patch also adds where neededin other headers like and .This won't fix the Firefox build issues discussed on IRC but it is more correctfor libc++.llvm-svn: 280754 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept

d437fa5c - Add an _LIBCPP_NORETURN inline function named __throw_XXX for each exception type we define. They either construct and throw the exception, or abort() (if exceptions are disabled). Use these functions everywhere instead of assert()ing when exceptions are disabled. WARNING: This is a behavior change - but only with exceptions disabled. Reviewed as: https://reviews.llvm.org/D23855.

Thu, 25 Aug 2016 15:09:01 +0000

Add an _LIBCPP_NORETURN inline function named __throw_XXX for each exception type we define. They either construct and throw the exception, or abort() (if exceptions are disabled). Use these functions everywhere instead of assert()ing when exceptions are disabled. WARNING: This is a behavior change - but only with exceptions disabled. Reviewed as: https://reviews.llvm.org/D23855.llvm-svn: 279744 List of files: /llvm-project-15.0.7/libcxx/include/stdexcept