<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in numbers</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>b9a2658a3e8bd13b0f9e7a8a440832a95b377216 - [libc++][C++03] Use `__cxx03/` headers in C++03 mode (#109002)</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#b9a2658a3e8bd13b0f9e7a8a440832a95b377216</link>
        <description>[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 &lt;vector&gt;#ifdef _LIBCPP_CXX03_LANG#  include &lt;__cxx03/vector&gt;#else  // normal &lt;vector&gt; content#endif```In most cases, public headers are simple umbrella headers so there isn&apos;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/numbers</description>
        <pubDate>Sat, 21 Dec 2024 12:01:48 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>c166a9c713ec86b86f1f178a5133bc128fd0a610 - [libc++] Add #if 0 block to all the top-level headers (#119234)</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#c166a9c713ec86b86f1f178a5133bc128fd0a610</link>
        <description>[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/numbers</description>
        <pubDate>Tue, 10 Dec 2024 15:02:12 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>e99c4906e44ae3f921fa05356909d006cda8d954 - [libc++] Granularize &lt;cstddef&gt; includes (#108696)</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#e99c4906e44ae3f921fa05356909d006cda8d954</link>
        <description>[libc++] Granularize &lt;cstddef&gt; includes (#108696)

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Thu, 31 Oct 2024 01:20:10 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>37dca605c9bd41732da010ee97ed15ad9585a37d - [libc++] Clean up includes of &lt;__assert&gt; (#80091)</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#37dca605c9bd41732da010ee97ed15ad9585a37d</link>
        <description>[libc++] Clean up includes of &lt;__assert&gt; (#80091)Originally, we used __libcpp_verbose_abort to handle assertion failures.That function was declared from all public headers. Since we don&apos;t usethat mechanism anymore, we don&apos;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 &lt;__assert&gt; header, since we now rely on regular IWYU for theseassertion macros.rdar://105510916

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Thu, 29 Feb 2024 15:12:22 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9783f28cbb155e4a8d49c12e1c60ce14dcfaf0c7 - [libc++] Format the code base (#74334)</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#9783f28cbb155e4a8d49c12e1c60ce14dcfaf0c7</link>
        <description>[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&apos;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 &apos;module.modulemap.in&apos; \      | grep -v &apos;CMakeLists.txt&apos; \      | grep -v &apos;README.txt&apos; \      | grep -v &apos;libcxx.imp&apos; \      | grep -v &apos;__config_site.in&apos; \      | 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/numbers</description>
        <pubDate>Mon, 18 Dec 2023 19:01:33 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>4f15267d3dd797a15901fe9352f0d5fa121b9095 - [libc++][NFC] Replace _LIBCPP_STD_VER &gt; x with _LIBCPP_STD_VER &gt;= x</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#4f15267d3dd797a15901fe9352f0d5fa121b9095</link>
        <description>[libc++][NFC] Replace _LIBCPP_STD_VER &gt; x with _LIBCPP_STD_VER &gt;= xThis change is almost fully mechanical. The only interesting change is in `generate_feature_test_macro_components.py` to generate `_LIBCPP_STD_VER &gt;=` instead. To avoid churn in the git-blame this commit should be added to the `.git-blame-ignore-revs` once committed.Reviewed By: ldionne, var-const, #libcSpies: jloser, libcxx-commits, arichardson, arphaman, wenleiDifferential Revision: https://reviews.llvm.org/D143962

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Mon, 13 Feb 2023 23:56:09 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>fafed06b2ea985324b844fa1a90b50553c34914b - [libc++] Granularize &lt;type_traits&gt; includes in &lt;bit&gt;, &lt;numbers&gt; and &lt;coroutine&gt;</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#fafed06b2ea985324b844fa1a90b50553c34914b</link>
        <description>[libc++] Granularize &lt;type_traits&gt; includes in &lt;bit&gt;, &lt;numbers&gt; and &lt;coroutine&gt;`&lt;coroutine&gt;` seems to be new enough to not be a huge problem.Reviewed By: Mordante, #libcSpies: libcxx-commits, ChuanqiXuDifferential Revision: https://reviews.llvm.org/D140600

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Thu, 22 Dec 2022 23:23:30 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>89b356f05ab7aa3d96fc7b68aece6e7a5bdb0db5 - [libc++] Granularize &lt;concept&gt; includes</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#89b356f05ab7aa3d96fc7b68aece6e7a5bdb0db5</link>
        <description>[libc++] Granularize &lt;concept&gt; includesReviewed By: ldionne, #libcSpies: libcxx-commitsDifferential Revision: https://reviews.llvm.org/D137283

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Wed, 02 Nov 2022 19:27:42 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>385cc25a531a72c393cee44689e2c3194615bcec - [libc++] Ensure that all public C++ headers include &lt;__assert&gt;</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#385cc25a531a72c393cee44689e2c3194615bcec</link>
        <description>[libc++] Ensure that all public C++ headers include &lt;__assert&gt;This patch changes the requirement for getting the declaration of theassertion handler from including &lt;__assert&gt; to including any publicC++ header of the library. Note that C compatibility headers areexcluded because we don&apos;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/libcxx/include/numbers</description>
        <pubDate>Fri, 25 Mar 2022 16:55:36 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d2baefae6846765eef6a6dd69d4fdf1082ce29ad - [libc++] Replace _LIBCPP_HAS_NO_CONCEPTS with _LIBCPP_STD_VER &gt; 17. NFCI.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#d2baefae6846765eef6a6dd69d4fdf1082ce29ad</link>
        <description>[libc++] Replace _LIBCPP_HAS_NO_CONCEPTS with _LIBCPP_STD_VER &gt; 17. NFCI.All supported compilers that support C++20 now support concepts. So, remove`_LIB_LIBCPP_HAS_NO_CONCEPTS` in favor of `_LIBCPP_STD_VER &gt; 17`. Similarly inthe tests, remove `// UNSUPPORTED: libcpp-no-concepts`.Differential Revision: https://reviews.llvm.org/D121528

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Sat, 12 Mar 2022 15:46:57 +0000</pubDate>
        <dc:creator>Joe Loser &lt;joeloser93@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>fa6b9e401085c0a210daf81ae79af6dd0144f129 - [libc++] Normalize all our &apos;#pragma GCC system_header&apos;, and regression-test.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#fa6b9e401085c0a210daf81ae79af6dd0144f129</link>
        <description>[libc++] Normalize all our &apos;#pragma GCC system_header&apos;, and regression-test.Now we&apos;ll notice if a header forgets to include this magic phrase.Differential Revision: https://reviews.llvm.org/D118800

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Wed, 02 Feb 2022 01:16:40 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>38db42d0043e501cbbb07ba6fa57597e6473fc3e - [libc++] [NFC] s/_LIBCPP_STD_VER &gt; 17 &amp;&amp; !defined(_LIBCPP_HAS_NO_CONCEPTS)/!defined(_LIBCPP_HAS_NO_CONCEPTS)/</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#38db42d0043e501cbbb07ba6fa57597e6473fc3e</link>
        <description>[libc++] [NFC] s/_LIBCPP_STD_VER &gt; 17 &amp;&amp; !defined(_LIBCPP_HAS_NO_CONCEPTS)/!defined(_LIBCPP_HAS_NO_CONCEPTS)/Per Discord discussion, we&apos;re normalizing on a simple `!defined(_LIBCPP_HAS_NO_CONCEPTS)`so that we can do a big search-and-replace for `!defined(_LIBCPP_HAS_NO_CONCEPTS)`back into `_LIBCPP_STD_VER &gt; 17` when we&apos;re ready to abandon support for concept-syntax-lesscompilers.Differential Revision: https://reviews.llvm.org/D118748

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Wed, 02 Feb 2022 00:59:37 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a8f1a715f00d251187a045ea0496d0efbdde7e7e - [libc++] _Uglify some template parameter names. NFCI.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#a8f1a715f00d251187a045ea0496d0efbdde7e7e</link>
        <description>[libc++] _Uglify some template parameter names. NFCI.

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Mon, 10 Jan 2022 17:00:10 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>eb8650a75793b2bd079d0c8901ff066f129061da - [runtimes][NFC] Remove filenames at the top of the license notice</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#eb8650a75793b2bd079d0c8901ff066f129061da</link>
        <description>[runtimes][NFC] Remove filenames at the top of the license noticeWe&apos;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/libcxx/include/numbers</description>
        <pubDate>Wed, 17 Nov 2021 21:25:01 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>64184b4af02095745047fc620a81646664395bd2 - [libc++][NFC] Remove useless _LIBCPP_PUSH_MACROS</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#64184b4af02095745047fc620a81646664395bd2</link>
        <description>[libc++][NFC] Remove useless _LIBCPP_PUSH_MACROSOnly files that actually use min/max are required to do this dance.Differential Revision: https://reviews.llvm.org/D108778

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Thu, 26 Aug 2021 18:54:07 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>bfbd73f87d7b2c1140b43192cea6b7fbbfc35cd0 - [libc++] Alphabetize and include-what-you-use. NFCI.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#bfbd73f87d7b2c1140b43192cea6b7fbbfc35cd0</link>
        <description>[libc++] Alphabetize and include-what-you-use. NFCI.Differential Revision: https://reviews.llvm.org/D102781

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Wed, 19 May 2021 15:57:04 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e4dd614ae81194b0a50361a91f8bd4364916ef2e - [libcxx] cleans up __cpp_concepts mess</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#e4dd614ae81194b0a50361a91f8bd4364916ef2e</link>
        <description>[libcxx] cleans up __cpp_concepts messlibc++ was previously a bit confused by what the value of __cpp_conceptsshould be. Also replaces `__floating_point` with `floating_point` nowthat it exists.Differential Revision: https://reviews.llvm.org/D97015

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Fri, 19 Feb 2021 01:54:52 +0000</pubDate>
        <dc:creator>Christopher Di Bella &lt;cjdb@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d586f92c9456a972ee475a021525c0522b89587b - [libc++] Consistently replace `std::` qualification with `_VSTD::` or nothing. NFCI.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#d586f92c9456a972ee475a021525c0522b89587b</link>
        <description>[libc++] Consistently replace `std::` qualification with `_VSTD::` or nothing. NFCI.I used a lot of `git grep` to find places where `std::` was being usedoutside of comments and assert-messages. There were three outcomes:- Qualified function calls, e.g. `std::move` becomes `_VSTD::move`.    This is the most common case.- Typenames that don&apos;t need qualification, e.g. `std::allocator` becomes `allocator`.    Leaving these as `_VSTD::allocator` would also be fine, but I decided    that removing the qualification is more consistent with existing practice.- Names that specifically need un-versioned `std::` qualification,    or that I wasn&apos;t sure about. For example, I didn&apos;t touch any code in    &lt;atomic&gt;, &lt;math.h&gt;, &lt;new&gt;, or any ext/ or experimental/ headers;    and I didn&apos;t touch any instances of `std::type_info`.In some deduction guides, we were accidentally using `class Alloc = typename std::allocator&lt;T&gt;`,despite `std::allocator&lt;T&gt;`&apos;s type-ness not being template-dependent.Because `std::allocator` is a qualified name, this did parse as we intended;but what we meant was simply `class Alloc = allocator&lt;T&gt;`.Differential Revision: https://reviews.llvm.org/D92250

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Fri, 27 Nov 2020 16:02:06 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>98eb1457ffbbd1511a151e2b88c1af4eb3ee4808 - [libc++] Require concepts support for &lt;numbers&gt;</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#98eb1457ffbbd1511a151e2b88c1af4eb3ee4808</link>
        <description>[libc++] Require concepts support for &lt;numbers&gt;Similar to &lt;concepts&gt;, we need to protect the header and test againstinclusion and being run if concepts aren&apos;t supported by the compiler.Differential Revision: https://reviews.llvm.org/D82171

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Fri, 19 Jun 2020 14:36:44 +0000</pubDate>
        <dc:creator>Raul Tambre &lt;raul@tambre.ee&gt;</dc:creator>
    </item>
<item>
        <title>4f6c4b473c4a57ec597a201dee483204454c8a6d - [libc++] Implement &lt;numbers&gt;</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/libcxx/include/numbers#4f6c4b473c4a57ec597a201dee483204454c8a6d</link>
        <description>[libc++] Implement &lt;numbers&gt;Summary: Constants have 33 significant decimal digits for IEEE 754 128-bit floating-point numbers.Reviewers: ldionne, #libc, EricWF, zoecarver, curdeiusReviewed By: ldionne, #libc, curdeiusDifferential Revision: https://reviews.llvm.org/D77505

            List of files:
            /llvm-project/libcxx/include/numbers</description>
        <pubDate>Fri, 19 Jun 2020 07:13:33 +0000</pubDate>
        <dc:creator>Raul Tambre &lt;raul@tambre.ee&gt;</dc:creator>
    </item>
</channel>
</rss>
