<?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 barrier</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/barrier#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/barrier</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>8383351d - [libc++] Remove conditional include</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#8383351d</link>
        <description>[libc++] Remove conditional include

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Wed, 25 May 2022 14:04:47 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>643df8fa - [libc++] Make sure that all headers can be included with modules enabled</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#643df8fa</link>
        <description>[libc++] Make sure that all headers can be included with modules enabledThis commit ensures that we can include all libc++ headers with modulesenabled. It adds a test to ensure that this doesn&apos;t regress, which isnecessary because our modules CI job does not build in all Standard modes.Differential Revision: https://reviews.llvm.org/D125331

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Tue, 10 May 2022 19:27:52 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>1c4b31c3 - [libc++] Improve error messages for disabled modes</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#1c4b31c3</link>
        <description>[libc++] Improve error messages for disabled modesWe should not surface CMake-level options like LIBCXX_ENABLE_FILESYSTEMto our users, since they don&apos;t know what it means. Instead, use a slightlymore general wording.Also, add an error in &lt;ios&gt; to improve the quality of errors for peopletrying to use &lt;iostream&gt; when localization is disabled.Differential Revision: https://reviews.llvm.org/D125910

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Wed, 18 May 2022 17:17:14 +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/barrier#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/barrier</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/barrier#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/barrier</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>48f8a7c4 - [libc++] Make sure calls to std::move are always qualified</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#48f8a7c4</link>
        <description>[libc++] Make sure calls to std::move are always qualifiedThis fixes instances of the newly added `-Wunqualified-std-cast-call`.(Commit 7853371146 removed unqualified `move` from the tests,but these unqualified `move`s remained undetected in the actual headers.)Differential Revision: https://reviews.llvm.org/D120509

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Fri, 25 Feb 2022 00:54:00 +0000</pubDate>
        <dc:creator>Corentin Jabot &lt;corentin.jabot@gmail.com&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/barrier#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/barrier</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>df51be85 - [libc++] Split a few utilities out of __threading_support</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#df51be85</link>
        <description>[libc++] Split a few utilities out of __threading_supportThis change is the basis for a further refactoring where I&apos;m going tosplit up the various implementations we have in __threading_support tomake that code easier to understand.Note that I had to make __convert_to_timespec a template to breakcircular dependencies. Concretely, we never seem to use it with anythingother than ::timespec, but I am wary of hardcoding that assumption aspart of this change, since I suspect there&apos;s a reason for going throughthese hoops in the first place.Differential Revision: https://reviews.llvm.org/D116944

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Mon, 10 Jan 2022 14:43:29 +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/libcxx/include/barrier#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/barrier</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>2e4755ff - [libc++] Fix a few warnings in system headers with GCC</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#2e4755ff</link>
        <description>[libc++] Fix a few warnings in system headers with GCCThis isn&apos;t fixing all of them, but at least it&apos;s making some progress.Differential Revision: https://reviews.llvm.org/D106283

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Tue, 27 Jul 2021 21:30:47 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.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/barrier#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/barrier</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>863d5c4e - [libc++] Remove hard tabs, U+00AD, and U+200B from all libc++ headers. NFCI.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#863d5c4e</link>
        <description>[libc++] Remove hard tabs, U+00AD, and U+200B from all libc++ headers. NFCI.

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Sat, 17 Apr 2021 21:03:20 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e2279c23 - [libc++] [docs] Mark P1865 as complete since 11.0 as it was implemented together with P1135. Fix synopses in &lt;barrier&gt; and &lt;latch&gt;.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#e2279c23</link>
        <description>[libc++] [docs] Mark P1865 as complete since 11.0 as it was implemented together with P1135. Fix synopses in &lt;barrier&gt; and &lt;latch&gt;.It was implemented in commit 54fa9ecd3088508b05b0c5b5cb52da8a3c188655 ([libc++] Implementation of C++20&apos;s P1135R6 for libcxx).

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Sun, 06 Dec 2020 14:36:18 +0000</pubDate>
        <dc:creator>Marek Kurdej &lt;marek.kurdej@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d4303307 - [libc++] Update and normalize the &quot;all the headers&quot; tests.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#d4303307</link>
        <description>[libc++] Update and normalize the &quot;all the headers&quot; tests.Some C++20 headers weren&apos;t added properly to all three of thesetest files. Add them, and take the time to normalize the formattingso that    diff &lt;(grep &apos;#include&apos; foo.cpp) &lt;(grep &apos;#include&apos; bar.cpp)shows no diffs (except that `no_assert_include` deliberatelyexcludes `&lt;cassert&gt;`).- Add macro guards to &lt;{barrier,latch,semaphore}&gt;.- Add macro guards to &lt;experimental/simd&gt;.- Remove an include of &lt;cassert&gt; from &lt;semaphore&gt;.- Instead, include &lt;cassert&gt; in the semaphore tests.Differential Revision: https://reviews.llvm.org/D92525

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Wed, 02 Dec 2020 23:55:01 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d586f92c - [libc++] Consistently replace `std::` qualification with `_VSTD::` or nothing. NFCI.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#d586f92c</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-15.0.7/libcxx/include/barrier</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>2eadbc86 - [libc++] Rework the whole availability markup implementation</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#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/barrier</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>46c38761 - [libc++] Add availability markup for the C++20 Synchronization Library on Apple</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#46c38761</link>
        <description>[libc++] Add availability markup for the C++20 Synchronization Library on Apple

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Mon, 24 Feb 2020 15:09:29 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>ab41129b - [libc++] Proper fix for libc++&apos;s modulemap after D68480</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#ab41129b</link>
        <description>[libc++] Proper fix for libc++&apos;s modulemap after D68480Summary:In libc++, we normally #ifdef out header content instead of #erroringout when the Standard in use is insufficient for the requirements ofthe header.Reviewers: EricWFSubscribers: jkorous, dexonsmith, libcxx-commits, teemperorTags: #libcDifferential Revision: https://reviews.llvm.org/D75074

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Mon, 24 Feb 2020 23:12:44 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>80e73f22 - [libc++] Adapt a few things around the implementation of P1135R6</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/barrier#80e73f22</link>
        <description>[libc++] Adapt a few things around the implementation of P1135R6- Add the new symbols to the ABI list on Darwin- Add XFAIL markup to the tests that require dylib support on older platforms- Add availability markup for back-deployment

            List of files:
            /llvm-project-15.0.7/libcxx/include/barrier</description>
        <pubDate>Mon, 24 Feb 2020 15:08:41 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
