<?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 piecewise_construct_t.fail.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>6900df37 - [libc++] Remove Lit annotations for unsupported GCC versions from the test suite</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp#6900df37</link>
        <description>[libc++] Remove Lit annotations for unsupported GCC versions from the test suiteSince we officially don&apos;t support several older compilers now, we candrop a lot of the markup in the test suite. This helps keep the testsuite simple and makes sure that UNSUPPORTED annotations don&apos;t rot.This is the first patch of a series that will remove annotations forcompilers that are now unsupported.Differential Revision: https://reviews.llvm.org/D107787

            List of files:
            /llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp</description>
        <pubDate>Mon, 09 Aug 2021 22:08:39 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>31cbe0f2 - [libc++] Remove the c++98 Lit feature from the test suite</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp#31cbe0f2</link>
        <description>[libc++] Remove the c++98 Lit feature from the test suiteC++98 and C++03 are effectively aliases as far as Clang is concerned.As such, allowing both std=c++98 and std=c++03 as Lit parameters isjust slightly confusing, but provides no value. It&apos;s similar to allowingboth std=c++17 and std=c++1z, which we don&apos;t do.This was discovered because we had an internal bot that ran the testsuite under both c++98 AND c++03 -- one of which is redundant.Differential Revision: https://reviews.llvm.org/D80926

            List of files:
            /llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp</description>
        <pubDate>Mon, 01 Jun 2020 14:38:23 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>e16f2cb6 - [libc++] Take 2: Implement LWG 2510</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp#e16f2cb6</link>
        <description>[libc++] Take 2: Implement LWG 2510Summary:LWG2510 makes tag types like allocator_arg_t explicitly defaultconstructible instead of implicitly default constructible. It alsomakes the constructors for std::pair and std::tuple conditionallyexplicit based on the explicit-ness of the default constructibilityfor the pair/tuple&apos;s elements.This was previously committed as r372777 and reverted in r372832 due tothe commit breaking LLVM&apos;s build in C++14 mode. This issue has now beenaddressed.Reviewers: mclow.listsSubscribers: christof, jkorous, dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D65161llvm-svn: 372983

            List of files:
            /llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp</description>
        <pubDate>Thu, 26 Sep 2019 14:51:10 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>de8609c6 - [libc++] Purge mentions of GCC 4 from the test suite</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp#de8609c6</link>
        <description>[libc++] Purge mentions of GCC 4 from the test suiteWe don&apos;t support GCC 4 and older according to the documentation, sowe should pretend it doesn&apos;t exist.llvm-svn: 372787

            List of files:
            /llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp</description>
        <pubDate>Tue, 24 Sep 2019 22:42:36 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>ee9a468d - [libc++] Try fixing tests that fail on GCC 5 and older</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp#ee9a468d</link>
        <description>[libc++] Try fixing tests that fail on GCC 5 and olderllvm-svn: 372782

            List of files:
            /llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp</description>
        <pubDate>Tue, 24 Sep 2019 22:13:17 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>95411dd4 - [libc++] Implement LWG 2510</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp#95411dd4</link>
        <description>[libc++] Implement LWG 2510Summary:LWG2510 makes tag types like allocator_arg_t explicitly defaultconstructible instead of implicitly default constructible. It alsomakes the constructors for std::pair and std::tuple conditionallyexplicit based on the explicit-ness of the default constructibilityfor the pair/tuple&apos;s elements.Reviewers: mclow.lists, EricWFSubscribers: christof, jkorous, dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D65161llvm-svn: 372777

            List of files:
            /llvm-project-15.0.7/libcxx/test/std/utilities/utility/pairs/pair.piecewise/piecewise_construct_t.fail.cpp</description>
        <pubDate>Tue, 24 Sep 2019 20:18:54 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
