<?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 thread_local_destruction_order.pass.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>a7f9895c - [runtimes] Rename various libcpp-has-no-XYZ Lit features to just no-XYZ</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#a7f9895c</link>
        <description>[runtimes] Rename various libcpp-has-no-XYZ Lit features to just no-XYZSince those features are general properties of the environment, it makessense to use them from libc++abi too, and so the name libcpp-has-no-xxxdoesn&apos;t make sense.Differential Revision: https://reviews.llvm.org/D126482

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Thu, 26 May 2022 15:49:47 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>851bfc07 - [libc++abi] Use from-scratch testing configs for libc++abi by default</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#851bfc07</link>
        <description>[libc++abi] Use from-scratch testing configs for libc++abi by defaultLike we have been doing for libc++ for a while now, start usingfrom-scratch testing configurations for libc++abi.As a fly-by fix, remove the LIBCXXABI_NO_TIMER macro, which was definedbut never used.Differential Revision: https://reviews.llvm.org/D125242

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Mon, 09 May 2022 15:54:10 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>dd8269c5 - [libc++abi] Remove XFAIL on arm64</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#dd8269c5</link>
        <description>[libc++abi] Remove XFAIL on arm64The underlying TLS destruction order bug has been fixed in the OS. Thiswould technically still fail when running on top of macOS &lt; 12, howeverwe don&apos;t have a good way of encoding that using Lit features. Indeed,the existing target=&lt;FOO&gt; Lit feature encodes the deployment target,not the actual runtime system that the tests are being run on.If this test starts failing on your machine after this patch, upgradingto macOS 12 should solve the problem.

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Wed, 06 Apr 2022 23:01:39 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@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/libcxxabi/test/thread_local_destruction_order.pass.cpp#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/libcxxabi/test/thread_local_destruction_order.pass.cpp</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>2a399e60 - [libc++] Add a CI job for macOS on arm64 hardware &#55358;&#56691;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#2a399e60</link>
        <description>[libc++] Add a CI job for macOS on arm64 hardware &#55358;&#56691;Differential Revision: https://reviews.llvm.org/D105848

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Mon, 12 Jul 2021 21:50:21 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>60ba1fef - [libc++/abi] Allow running back-deployment testing against libc++abi</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#60ba1fef</link>
        <description>[libc++/abi] Allow running back-deployment testing against libc++abiBefore this patch, we could only link against the back-deployment libc++abidylib. This patch allows linking against the just-built libc++abi, butrunning against the back-deployment one -- just like we do for libc++.Also, add XFAIL markup to flag expected errors.Differential Revision: https://reviews.llvm.org/D91069

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Wed, 08 Jul 2020 20:38:54 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>56462801 - [libc++] Introduce an indirection to create threads in the test suite</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#56462801</link>
        <description>[libc++] Introduce an indirection to create threads in the test suiteWe create threads using std::thread in various places in the test suite.However, the usual std::thread constructor may not work on all platforms,e.g. on platforms where passing a stack size is required to create a thread.This commit introduces a simple indirection that makes it easier to tweakhow threads are created inside the test suite on various platforms. Notethat tests that are purposefully calling std::thread&apos;s constructor directly(e.g. because that is what they&apos;re testing) were not modified.

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Mon, 23 Nov 2020 20:52:03 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>c1887e3f - Revert &quot;Allow running back-deployment testing against libc++abi&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#c1887e3f</link>
        <description>Revert &quot;Allow running back-deployment testing against libc++abi&quot;This reverts commit 4d79ef814aedb63, which broke a few build bots.I&apos;m reverting until I have time to investigate.

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Fri, 06 Nov 2020 22:26:42 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>4d79ef81 - Allow running back-deployment testing against libc++abi</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#4d79ef81</link>
        <description>Allow running back-deployment testing against libc++abiSummary:Before this patch, we could only link against the back-deployment libc++abidylib. This patch allows linking against the just-built libc++abi, butrunning against the back-deployment one -- just like we do for libc++.Also, add XFAIL markup to flag expected errors.

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Wed, 08 Jul 2020 20:38:54 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>504bc07d - [runtimes] Use int main(int, char**) consistently in tests</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#504bc07d</link>
        <description>[runtimes] Use int main(int, char**) consistently in testsThis is needed when running the tests in Freestanding mode, where main()isn&apos;t treated specially. In Freestanding, main() doesn&apos;t get mangled asextern &quot;C&quot;, so whatever runtime we&apos;re using fails to find the entry point.One way to solve this problem is to define a symbol alias from __Z4mainiPPcto _main, however this requires all definitions of main() to have the samemangling. Hence this commit.

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Thu, 08 Oct 2020 17:36:33 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.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/libcxxabi/test/thread_local_destruction_order.pass.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/libcxxabi/test/thread_local_destruction_order.pass.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>363393c4 - [libc++abi] Adjust XFAIL on macOS for bug that was fixed in recent OSes</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#363393c4</link>
        <description>[libc++abi] Adjust XFAIL on macOS for bug that was fixed in recent OSes

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Tue, 12 May 2020 20:57:53 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>57b08b09 - Update more 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/libcxxabi/test/thread_local_destruction_order.pass.cpp#57b08b09</link>
        <description>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&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: 351648

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Sat, 19 Jan 2019 10:56:40 +0000</pubDate>
        <dc:creator>Chandler Carruth &lt;chandlerc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>5723c4f4 - [libc++abi] Mark failing test on Darwin as XFAIL</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#5723c4f4</link>
        <description>[libc++abi] Mark failing test on Darwin as XFAILThe macOS thread-local variable finalizer routines do not handle thecase where a termination function registers another termination functioncorrectly, causing this test to fail. I&apos;ve filed a radar for this;mark the test XFAIL in the meantime. See [1] for more details.[1] http://lists.llvm.org/pipermail/cfe-dev/2016-November/051376.htmlDifferential Revision: https://reviews.llvm.org/D27434llvm-svn: 289513

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Tue, 13 Dec 2016 02:43:04 +0000</pubDate>
        <dc:creator>Shoaib Meenai &lt;smeenai@fb.com&gt;</dc:creator>
    </item>
<item>
        <title>ccc6502a - Mark test as unsupported without threads</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#ccc6502a</link>
        <description>Mark test as unsupported without threadsllvm-svn: 284217

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Fri, 14 Oct 2016 09:12:53 +0000</pubDate>
        <dc:creator>Eric Fiselier &lt;eric@efcs.ca&gt;</dc:creator>
    </item>
<item>
        <title>829c0eab - Provide a fallback __cxa_thread_atexit() implementation. Patch from Tavian Barnes</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp#829c0eab</link>
        <description>Provide a fallback __cxa_thread_atexit() implementation. Patch from Tavian Barnesllvm-svn: 283988

            List of files:
            /llvm-project-15.0.7/libcxxabi/test/thread_local_destruction_order.pass.cpp</description>
        <pubDate>Wed, 12 Oct 2016 08:54:10 +0000</pubDate>
        <dc:creator>Eric Fiselier &lt;eric@efcs.ca&gt;</dc:creator>
    </item>
</channel>
</rss>
