<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in any</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>b48c5010 - [libc++] Make parameter names consistent and enforce the naming style using readability-identifier-naming</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#b48c5010</link>
        <description>[libc++] Make parameter names consistent and enforce the naming style using readability-identifier-namingEnsure that parameter names have the style `__lower_case`Reviewed By: ldionne, #libcSpies: aheejin, sstefan1, libcxx-commits, miyukiDifferential Revision: https://reviews.llvm.org/D129051

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Fri, 08 Jul 2022 16:17:26 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>de4a57cb - [libc++] Re-add transitive includes that had been removed since LLVM 14</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#de4a57cb</link>
        <description>[libc++] Re-add transitive includes that had been removed since LLVM 14This commit re-adds transitive includes that had been removed by4cd04d1687f1, c36870c8e79c, a83f4b9cda57, 1458458b558d, 2e2f3158c604,and 489637e66dd3. This should cover almost all the includes that hadbeen removed since LLVM 14 and that would contribute to breaking usercode when releasing LLVM 15.It is possible to disable the inclusion of these headers by defining_LIBCPP_REMOVE_TRANSITIVE_INCLUDES. The intent is that vendors willenable that macro and start fixing downstream issues immediately. Wecan then remove the macro (and the transitive includes) by default ina future release. That way, we will break users only once by removingtransitive includes in bulk instead of doing it bit by bit a everyrelease, which is more disruptive for users.Note 1: The set of headers to re-add was found by re-generating the        transitive include test on a checkout of release/14.x, which        provided the list of all transitive includes we used to provide.Note 2: Several includes of &lt;vector&gt;, &lt;optional&gt;, &lt;array&gt; and &lt;unordered_map&gt;        have been added in this commit. These transitive inclusions were        added when we implemented boyer_moore_searcher in &lt;functional&gt;.Note 3: This is a best effort patch to try and resolve downstream breakage        caused since branching LLVM 14. I wasn&apos;t able to perfectly mirror        transitive includes in LLVM 14 for a few headers, so I added a        release note explaining it. To summarize, adding boyer_moore_searcher        created a bunch of circular dependencies, so we have to break        backwards compatibility in a few cases.Differential Revision: https://reviews.llvm.org/D128661

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Mon, 27 Jun 2022 19:53:41 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>3cd4531b - [libc++] Granularize &lt;iterator&gt; includes</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#3cd4531b</link>
        <description>[libc++] Granularize &lt;iterator&gt; includesReviewed By: ldionne, #libcSpies: libcxx-commits, wenleiDifferential Revision: https://reviews.llvm.org/D127445

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Fri, 10 Jun 2022 17:53:10 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>c358d98b - [libc++] Add various missing _LIBCPP_HIDE_FROM_ABI</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#c358d98b</link>
        <description>[libc++] Add various missing _LIBCPP_HIDE_FROM_ABIThose were spotted when a project unintentionally started exportingthese symbols from its ABI just by using the libc++ headers.Differential Revision: https://reviews.llvm.org/D126496

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Thu, 26 May 2022 19:24:59 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>385cc25a - [libc++] Ensure that all public C++ headers include &lt;__assert&gt;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#385cc25a</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-15.0.7/libcxx/include/any</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>e39095a3 - [libc++] Define _LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER whenever we enable warnings in the test suite</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#e39095a3</link>
        <description>[libc++] Define _LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER whenever we enable warnings in the test suiteThis should make CI consistent on all the compilers we support. Most ofthis patch is working around various warnings emitted by GCC in our codebase, which are now being shown when we compile the tests.After this patch, the whole test suite should be warning free on allcompilers we support and test, except for a few warnings on GCC thatwe silence explicitly until we figure out the proper fix for them.Differential Revision: https://reviews.llvm.org/D120684

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Thu, 03 Mar 2022 18:39:12 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>52915d78 - [libc++] Granularize &lt;utility&gt; includes</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#52915d78</link>
        <description>[libc++] Granularize &lt;utility&gt; includesReviewed By: ldionne, #libcSpies: EricWF, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D120466

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Sat, 05 Mar 2022 18:17:07 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>fa6b9e40 - [libc++] Normalize all our &apos;#pragma GCC system_header&apos;, and regression-test.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#fa6b9e40</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-15.0.7/libcxx/include/any</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>eb8650a7 - [runtimes][NFC] Remove filenames at the top of the license notice</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#eb8650a7</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-15.0.7/libcxx/include/any</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>6adbc83e - [libcxx][modularisation] moves &lt;utility&gt; content out of &lt;type_traits&gt;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#6adbc83e</link>
        <description>[libcxx][modularisation] moves &lt;utility&gt; content out of &lt;type_traits&gt;Moves:* `std::move`, `std::forward`, `std::declval`, and `std::swap` into  `__utility/${FUNCTION_NAME}`.* `std::swap_ranges` and `std::iter_swap` into  `__algorithm/${FUNCTION_NAME}`Differential Revision: https://reviews.llvm.org/D103734

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Sat, 05 Jun 2021 02:47:47 +0000</pubDate>
        <dc:creator>Christopher Di Bella &lt;cjdb@google.com&gt;</dc:creator>
    </item>
<item>
        <title>bfbd73f8 - [libc++] Alphabetize and include-what-you-use. NFCI.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#bfbd73f8</link>
        <description>[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/any</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>43aaf871 - [libc++] Include &lt;__config&gt; first in all standard headers.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#43aaf871</link>
        <description>[libc++] Include &lt;__config&gt; first in all standard headers.Mostly, *don&apos;t* include &lt;experimental/__config&gt; from C++17 &lt;any&gt;,because that doesn&apos;t make any sense. I think it was just a cut-and-pastetypo when this header moved from experimental/.Differential Revision: https://reviews.llvm.org/D99089

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Mon, 22 Mar 2021 17:12:31 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>2eadbc86 - [libc++] Rework the whole availability markup implementation</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#2eadbc86</link>
        <description>[libc++] Rework the whole availability markup implementationCurrently, vendor-specific availability markup is enabled by default.This means that even when building against trunk libc++, the headerswill by default prevent you from using some features that were notreleased in the dylib on your target platform. This is a source offrustration since people building libc++ from sources are usually nottrying to use some vendor&apos;s released dylib.For that reason, I&apos;ve been thinking for a long time that availabilityannotations should be off by default, which is the primary change thatthis commit enables.In addition, it reworks the implementation to make it easier for newvendors to add availability annotations for their platform, and itrefreshes the documentation to reflect the current state of the codebase.Finally, a CMake configuration option is added to control whetheravailability annotations should be turned on for the flavor of libc++being created. The intent is for vendors like Apple to turn it on, andfor the upstream libc++ to leave it off (the default).Differential Revision: https://reviews.llvm.org/D90843

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Wed, 04 Nov 2020 20:01:25 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>bb09ef95 - [libc++] Fix failures when running the test suite without RTTI</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#bb09ef95</link>
        <description>[libc++] Fix failures when running the test suite without RTTI

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Wed, 15 Jul 2020 15:26:20 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>39c87951 - [libc++] Use allocator_traits to consistently allocate/deallocate/construct/destroy objects in std::any</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#39c87951</link>
        <description>[libc++] Use allocator_traits to consistently allocate/deallocate/construct/destroy objects in std::anyhttps://llvm.org/PR45099 notes (correctly) that we&apos;re inconsistent in memoryallocation in `std::any`. We allocate memory with `std::allocator&lt;T&gt;::allocate`,construct with placement new, destroy by calling the destructor directly, anddeallocate by calling `delete`. Most of those are customizable by the user,but in different ways.The standard is silent on how these things are to be accomplished.This patch makes it so we use `allocator_traits&lt;allocator&lt;T&gt;&gt;` for allof these operations (allocate, construct, destruct, deallocate).This is, at least, consistent.Fixes https://llvm.org/PR45099.Differential Revision: https://reviews.llvm.org/D81133

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Tue, 15 Sep 2020 13:56:03 +0000</pubDate>
        <dc:creator>Marshall Clow &lt;mclow.lists@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>205ead8c - [NFC][libc++] Remove stray semi-colon after function definition</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#205ead8c</link>
        <description>[NFC][libc++] Remove stray semi-colon after function definitionllvm-svn: 363835

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Wed, 19 Jun 2019 16:33:28 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>2946cd70 - Update the file headers across all of the LLVM projects in the monorepo</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#2946cd70</link>
        <description>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&apos;re moving the headerentirely to discuss the new license. We checked this carefully with theFoundation&apos;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/any</description>
        <pubDate>Sat, 19 Jan 2019 08:50:56 +0000</pubDate>
        <dc:creator>Chandler Carruth &lt;chandlerc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>8a063df1 - [libcxx] Add availability markup for bad_optional_access, bad_variant_access and bad_any_cast</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#8a063df1</link>
        <description>[libcxx] Add availability markup for bad_optional_access, bad_variant_access and bad_any_castReviewers: dexonsmith, EricWFSubscribers: christof, arphaman, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D53256llvm-svn: 347219

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Mon, 19 Nov 2018 15:37:04 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>f56972e2 - Implement the infrastructure for feature-test macros. Very few actual feature test macros, though. Reviewed as: https://reviews.llvm.org/D51955</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#f56972e2</link>
        <description>Implement the infrastructure for feature-test macros. Very few actual feature test macros, though. Reviewed as: https://reviews.llvm.org/D51955llvm-svn: 342073

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Wed, 12 Sep 2018 19:41:40 +0000</pubDate>
        <dc:creator>Marshall Clow &lt;mclow.lists@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7c3492b0 - [NFC][libc++] Consistently use spaces to indent</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/any#7c3492b0</link>
        <description>[NFC][libc++] Consistently use spaces to indentrdar://problem/19988944llvm-svn: 338933

            List of files:
            /llvm-project-15.0.7/libcxx/include/any</description>
        <pubDate>Fri, 03 Aug 2018 22:36:53 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
