<?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 ctime</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><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/ctime#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/ctime</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>21f73d58 - [libc++] Remove workaround for C11 features on compilers that don&apos;t support using_if_exists</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#21f73d58</link>
        <description>[libc++] Remove workaround for C11 features on compilers that don&apos;t support using_if_existsInstead of carrying around #ifdefs to determine whether those functionsare available on the platform, unconditionally use the using_if_existsattribute to import it into namespace std only when available. That wasthe purpose of this attribute from the start.This change means that trying to use libc++ with an old SDK (or on anold platform for platforms that ship system headers in /usr/include)will require a recent Clang that supports the using_if_exists attribute.When using an older Clang or GCC, the underlying platform has to supporta C11 standard library.Differential Revision: https://reviews.llvm.org/D108203

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Wed, 18 Aug 2021 13:08:17 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@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/ctime#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/ctime</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/ctime#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/ctime</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>87dd5198 - [libc++] Remove support for CloudABI, which has been abandoned</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#87dd5198</link>
        <description>[libc++] Remove support for CloudABI, which has been abandonedBased on https://github.com/NuxiNL/cloudlibc, it appears that the CloudABIproject has been abandoned. This patch removes a bunch of CloudABI specificlogic that had been added to support that platform.Note that some knobs like LIBCXX_ENABLE_STDIN and LIBCXX_ENABLE_STDOUTcoud be useful in their own right, however those are currently broken.If we want to re-add such knobs in the future, we can do it like we&apos;vedone it for localization &amp; friends so that we can officially supportthat configuration.Differential Revision: https://reviews.llvm.org/D108637

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Tue, 24 Aug 2021 15:40:05 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>ebc01bbc - [libc++] Skip logic for detecting C11 features when using_if_exists is supported</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#ebc01bbc</link>
        <description>[libc++] Skip logic for detecting C11 features when using_if_exists is supportedIn the future, we&apos;ll want to rely exclusively on using_if_exists for thisjob, but for now, only rely on it when the compiler supports that attribute.That removes the possibility for getting the logic wrong.Differential Revision: https://reviews.llvm.org/D108297

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Tue, 17 Aug 2021 15:23:48 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a9c9183c - [libc++] Use the using_if_exists attribute when provided</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#a9c9183c</link>
        <description>[libc++] Use the using_if_exists attribute when providedAs discussed on cfe-dev [1], use the using_if_exists Clang attribute whenthe compiler supports it. This makes it easier to port libc++ on top ofnew platforms that don&apos;t fully support the C Standard library.Previously, libc++ would fail to build when trying to import a missingdeclaration in a &lt;cXXXX&gt; header. With the attribute, the declaration willsimply not be imported into namespace std, and hence it won&apos;t be availablefor libc++ to use. In many cases, the declarations were *not* actuallyrequired for libc++ to work (they were only surfaced for users to usethem as std::XXXX), so not importing them into namespace std is acceptable.The same thing could be achieved by conscious usage of `#ifdef` alongwith platform detection, however that quickly creates a maintenanceproblem as libc++ is ported to new platforms. Furthermore, this problemis exacerbated when mixed with vendor internal-only platforms, which canlead to difficulties maintaining a downstream fork of the library.For the time being, we only use the using_if_exists attribute when itis supported. At some point in the future, we will start removing #ifdefpaths that are unnecessary when the attribute is supported, and folkswho need those #ifdef paths will be required to use a compiler thatsupports the attribute.[1]: http://lists.llvm.org/pipermail/cfe-dev/2020-June/066038.htmlDifferential Revision: https://reviews.llvm.org/D90257

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Wed, 02 Jun 2021 14:41:37 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>4cd6ca10 - [libc++] NFC: Normalize `#endif //` comment indentation</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#4cd6ca10</link>
        <description>[libc++] NFC: Normalize `#endif //` comment indentation

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Tue, 20 Apr 2021 16:03:32 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne.2@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>55714678 - [libc++] Avoid including &lt;sys/cdefs.h&gt; on non-Apple platforms in &lt;ctime&gt;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#55714678</link>
        <description>[libc++] Avoid including &lt;sys/cdefs.h&gt; on non-Apple platforms in &lt;ctime&gt;

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Wed, 02 Sep 2020 22:11:26 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>5201b962 - [libc++] Re-apply the workaround for timespec_get not always being available in Apple SDKs</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#5201b962</link>
        <description>[libc++] Re-apply the workaround for timespec_get not always being available in Apple SDKsThis commit re-applies 99f3b231cb21, which was reverted in 814242572731because it broke the modules build. The modules failure was a circulardependency between the Darwin module and __config. Specifically, theissue was that if &lt;__config&gt; includes a system header, the std_configmodule depends on the Darwin module. However, the Darwin module alreadydepends on the std_config header because some of its headers includelibc++ headers like &lt;ctype.h&gt; (they mean to include the C &lt;ctype.h&gt;,but libc++ headers are first in the header search path).This is fixed by moving the workaround to &lt;ctime&gt; only.https://llvm.org/PR47208rdar://68157284

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Wed, 02 Sep 2020 14:36:48 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>19fd9039 - Fix _LIBCPP_HAS_ definitions for Android.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#19fd9039</link>
        <description>Fix _LIBCPP_HAS_ definitions for Android.Summary:Android added quick_exit()/at_quick_exit() in API level 21,aligned_alloc() in API level 28, and timespec_get() in API level 29,but has the other C11 features at all API levels (since they&apos;re basicallyjust coming from clang directly)._LIBCPP_HAS_QUICK_EXIT and _LIBCPP_HAS_TIMESPEC_GET already existed,so we can reuse them. (And use _LIBCPP_HAS_TIMESPEC_GET in a few moreplaces where _LIBCPP_HAS_C11_FEATURES has been used as a proxy. Thisisn&apos;t correct for Android.)_LIBCPP_HAS_ALIGNED_ALLOC is added, to cover aligned_alloc() (obviously).Add a missing std:: before aligned_alloc in a cstdlib test, and remove acouple of !defined(_WIN32)s now that we&apos;re explicitly testingTEST_HAS_ALIGNED_ALLOC rather than TEST_HAS_C11_FEATURES.Reviewers: danalbert, EricWF, mclow.listsReviewed By: danalbertSubscribers: srhines, christof, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D69929

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Mon, 18 Nov 2019 20:16:45 +0000</pubDate>
        <dc:creator>Dan Albert &lt;danalbert@google.com&gt;</dc:creator>
    </item>
<item>
        <title>6b77ebdc - [NFC] Strip trailing whitespace from libc++</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#6b77ebdc</link>
        <description>[NFC] Strip trailing whitespace from libc++

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Wed, 23 Oct 2019 17:40:15 +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/libcxx/include/ctime#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/libcxx/include/ctime</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>171c77b7 - Selectively import timespec_get into namespace std, since some C libraries don&apos;t have it. Reviewed as https://reviews.llvm.org/D50799</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#171c77b7</link>
        <description>Selectively import timespec_get into namespace std, since some C libraries don&apos;t have it. Reviewed as https://reviews.llvm.org/D50799llvm-svn: 339816

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Wed, 15 Aug 2018 21:19:08 +0000</pubDate>
        <dc:creator>Marshall Clow &lt;mclow.lists@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>deb471fa - import timespec and timespec_get into namespace std if we&apos;re under c++17 or later AND the underlying C library has them. Fixes PR#38220, but doesn&apos;t implement all of P0063 yet.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#deb471fa</link>
        <description>import timespec and timespec_get into namespace std if we&apos;re under c++17 or later AND the underlying C library has them. Fixes PR#38220, but doesn&apos;t implement all of P0063 yet.llvm-svn: 338419

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Tue, 31 Jul 2018 19:25:00 +0000</pubDate>
        <dc:creator>Marshall Clow &lt;mclow.lists@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e0cf3b9a - Make support for thread-unsafe C functions optional.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#e0cf3b9a</link>
        <description>Make support for thread-unsafe C functions optional.One of the aspects of CloudABI is that it aims to help you write codethat is thread-safe out of the box. This is very important if you wantto write libraries that are easy to reuse. For CloudABI we decided tonot provide the thread-unsafe functions. So far this is working outpretty well, as thread-unsafety issues are detected really early on.The following patch adds a knob to libc++,_LIBCPP_HAS_NO_THREAD_UNSAFE_C_FUNCTIONS, that can be set to disablethread-unsafe functions that can easily be avoided in practice. Thefollowing functions are not thread-safe:- &lt;clocale&gt;: locale handles should be preferred over setlocale().- &lt;cstdlib&gt;: mbrlen(), mbrtowc() and wcrtomb() should be preferred over  their non-restartable counterparts.- &lt;ctime&gt;: asctime(), ctime(), gmtime() and localtime() are not  thread-safe. The first two are also deprecated by POSIX.Differential Revision:	http://reviews.llvm.org/D8703Reviewed by:	marshallllvm-svn: 240527

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Wed, 24 Jun 2015 08:44:38 +0000</pubDate>
        <dc:creator>Ed Schouten &lt;ed@nuxi.nl&gt;</dc:creator>
    </item>
<item>
        <title>073458b1 - Windows support by Ruben Van Boxem.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#073458b1</link>
        <description>Windows support by Ruben Van Boxem.llvm-svn: 142235

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Mon, 17 Oct 2011 20:05:10 +0000</pubDate>
        <dc:creator>Howard Hinnant &lt;hhinnant@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>412dbebe - license change</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#412dbebe</link>
        <description>license changellvm-svn: 119395

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Tue, 16 Nov 2010 22:09:02 +0000</pubDate>
        <dc:creator>Howard Hinnant &lt;hhinnant@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>b3371f6f - Fixing whitespace problems</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#b3371f6f</link>
        <description>Fixing whitespace problemsllvm-svn: 111750

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Sun, 22 Aug 2010 00:02:43 +0000</pubDate>
        <dc:creator>Howard Hinnant &lt;hhinnant@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>5b08a8a4 - Wiped out some non-ascii characters that snuck into the copyright.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ctime#5b08a8a4</link>
        <description>Wiped out some non-ascii characters that snuck into the copyright.llvm-svn: 103516

            List of files:
            /llvm-project-15.0.7/libcxx/include/ctime</description>
        <pubDate>Tue, 11 May 2010 21:36:01 +0000</pubDate>
        <dc:creator>Howard Hinnant &lt;hhinnant@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
