<?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 cstdio</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/cstdio#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/cstdio</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>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/cstdio#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/cstdio</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/cstdio#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/cstdio</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/cstdio#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/cstdio</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>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/cstdio#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/cstdio</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/cstdio#4cd6ca10</link>
        <description>[libc++] NFC: Normalize `#endif //` comment indentation

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</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>75c44086 - Reland: Don&apos;t expose unavailable cstdio functions.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#75c44086</link>
        <description>Reland: Don&apos;t expose unavailable cstdio functions.Marked unsupported for C++03 and C++11 since this test uses aliasdeclarations, and at least one C++03 bot was failing with-Wc++11-extensions.Change-Id: I8c3a579edd7eb83e0bc74e85d116b68f22400161

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Thu, 12 Mar 2020 18:16:30 +0000</pubDate>
        <dc:creator>Dan Albert &lt;danalbert@google.com&gt;</dc:creator>
    </item>
<item>
        <title>50280c18 - Revert &quot;Don&apos;t expose unavailable cstdio functions.&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#50280c18</link>
        <description>Revert &quot;Don&apos;t expose unavailable cstdio functions.&quot;Broke builders that emit different diagnostics. e.g.:error: &apos;warning&apos; diagnostics seen but not expected:  Line 13: alias declarations are a C++11 extension  Line 20: alias declarations are a C++11 extensionThis reverts commit ff87813715ec32741ce230dd37c13d0ae6673f9c.

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Tue, 07 Apr 2020 22:36:44 +0000</pubDate>
        <dc:creator>Dan Albert &lt;danalbert@google.com&gt;</dc:creator>
    </item>
<item>
        <title>ff878137 - Don&apos;t expose unavailable cstdio functions.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#ff878137</link>
        <description>Don&apos;t expose unavailable cstdio functions.Summary: These aren&apos;t available on Android in all configurations.Reviewers: EricWF, mclow.lists, #libc, ldionneReviewed By: EricWF, #libc, ldionneSubscribers: broadwaylamb, dexonsmith, ldionne, krytarowski, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D76093

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Tue, 07 Apr 2020 22:02:15 +0000</pubDate>
        <dc:creator>Dan Albert &lt;danalbert@google.com&gt;</dc:creator>
    </item>
<item>
        <title>5bd4a480 - Remove ::gets for FreeBSD 13 and later</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#5bd4a480</link>
        <description>Remove ::gets for FreeBSD 13 and laterSummary:In https://svnweb.freebsd.org/changeset/base/351659 @emaste removed gets() fromFreeBSD 13&apos;s libc, and our copies of libc++ and libstdc++.  In that change, thedeclarations were simply deleted, but I would like to propose this conditionaltest instead.Reviewers: EricWF, mclow.lists, emasteReviewed By: mclow.listsSubscribers: krytarowski, christof, ldionne, emaste, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D67316llvm-svn: 371324

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Sat, 07 Sep 2019 22:18:20 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dimitry@andric.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/cstdio#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/cstdio</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>17af695f - [libc++] Drop support for CRTs older than VS 2015</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#17af695f</link>
        <description>[libc++] Drop support for CRTs older than VS 2015LLVM dropped support for Visual Studio versions older than 2015 quitesome time ago, so I consider it safe to drop libc++&apos;s support for olderCRTs. The CRT in Visual Studio 2015 provides a lot of previously missingfunctions, so targeting it requires less special casing.Differential Revision: https://reviews.llvm.org/D31798llvm-svn: 299743

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Fri, 07 Apr 2017 02:20:52 +0000</pubDate>
        <dc:creator>Shoaib Meenai &lt;smeenai@fb.com&gt;</dc:creator>
    </item>
<item>
        <title>76728d88 - [libc++] Remove unnecessary MSVCRT exclusions</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#76728d88</link>
        <description>[libc++] Remove unnecessary MSVCRT exclusionsVisual Studio 2013 and up have these functions, and we don&apos;t need tosupport older versions.There are some remaining _LIBCPP_MSVCRT exclusions which are present onVisual Studio 2015 but not 2013. Those will be addressed in a follow-up.Differential Revision: https://reviews.llvm.org/D26377llvm-svn: 286202

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Tue, 08 Nov 2016 03:31:42 +0000</pubDate>
        <dc:creator>Shoaib Meenai &lt;smeenai@fb.com&gt;</dc:creator>
    </item>
<item>
        <title>e68b4707 - cstdio: limit gets to CRT versions below 14</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#e68b4707</link>
        <description>cstdio: limit gets to CRT versions below 14Microsoft removed gets from the CRT in Visual Studio 2015 onwards [1].Attempting to reference it when targeting CRT versions 14 and above will causecompile errors.[1] https://msdn.microsoft.com/en-us/library/2029ea5f.aspxPatch by Shoaib Meenai!llvm-svn: 280417

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Thu, 01 Sep 2016 21:09:19 +0000</pubDate>
        <dc:creator>Saleem Abdulrasool &lt;compnerd@compnerd.org&gt;</dc:creator>
    </item>
<item>
        <title>d3282740 - Split &lt;stdio.h&gt; out of &lt;cstdio&gt;.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#d3282740</link>
        <description>Split &lt;stdio.h&gt; out of &lt;cstdio&gt;.As with &lt;stddef.h&gt;, skip our custom header if __need_FILE or __need___FILE is defined.llvm-svn: 249798

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Fri, 09 Oct 2015 01:29:09 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>1607bb38 - Remove unnecessary inline functions capturing the contents of C library macros.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#1607bb38</link>
        <description>Remove unnecessary inline functions capturing the contents of C library macros.The C standard requires that these be provided as functions even if they&apos;realso provided as macros, and a strict reading of the C++ standard library rulessuggests that (for instance) &amp;::isdigit == &amp;::std::isdigit, so these wrappersare technically non-conforming.llvm-svn: 249475

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Tue, 06 Oct 2015 22:03:22 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>f4ac884f - Make the presence of stdin and stdout optional.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#f4ac884f</link>
        <description>Make the presence of stdin and stdout optional.The idea behind Nuxi CloudABI is that it is targeted at (but not limited to)running networked services in a sandboxed environment. The model behind stdin,stdout and stderr is strongly focused on interactive tools in a command shell.CloudABI does not support the notion of stdin and stdout, as &apos;standardinput/output&apos; does not apply to services. The concept of stderr does makessense though, as services do need some mechanism to log error messages in auniform way.This patch extends libc++ in such a way that std::cin and std::cout and theassociated &lt;cstdio&gt;/&lt;cwchar&gt; functions can be disabled through the flags_LIBCPP_HAS_NO_STDIN and _LIBCPP_HAS_NO_STDOUT, respectively. At the same timeit attempts to clean up src/iostream.cpp a bit. Instead of using a single arrayof mbstate_t objects and hardcoding the array indices, it creates separateobjects that declared next to the iostream objects and their buffers. The codeis also restructured by interleaving the construction and setup of c* and wc*objects. That way it is more obvious that this is done identically.The c* and wc* objects already have separate unit tests. Make use of this factby adding XFAILs in case libcpp-has-no-std* is set. That way the tests work inboth directions. If stdin or stdout is disabled, these tests will thereforetest for the absence of c* and wc*.Differential Revision:	http://reviews.llvm.org/D8340llvm-svn: 233275

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Thu, 26 Mar 2015 14:35:46 +0000</pubDate>
        <dc:creator>Ed Schouten &lt;ed@nuxi.nl&gt;</dc:creator>
    </item>
<item>
        <title>97fdea61 - Add option to disable access to the global filesystem namespace.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#97fdea61</link>
        <description>Add option to disable access to the global filesystem namespace.Systems like FreeBSD&apos;s Capsicum and Nuxi CloudABI apply the concept ofcapability-based security on the way processes can interact with thefilesystem API. It is no longer possible to interact with the VFSthrough calls like open(), unlink(), rename(), etc. Instead, processesare only allowed to interact with files and directories to which theyhave been granted access. The *at() functions can be used for thispurpose.This change adds a new config switch called_LIBCPP_HAS_NO_GLOBAL_FILESYSTEM_NAMESPACE. If set, all functionalitythat requires the global filesystem namespace will be disabled. Moreconcretely:- fstream&apos;s open() function will be removed.- cstdio will no longer pull in fopen(), rename(), etc.- The test suite&apos;s get_temp_file_name() will be removed. This will cause  all tests that use the global filesystem namespace to break, but will  at least make all the other tests run (as get_temp_file_name will not  build anyway).It is important to mention that this change will make fstream ratheruseless on those systems for now. Still, I&apos;d rather not have fstreamdisabled entirely, as it is of course possible to come up with anextension for fstream that would allow access to local filesystemnamespaces (e.g., by adding an openat() member function).Differential revision:	http://reviews.llvm.org/D8194Reviewed by:		jroelofs (thanks!)llvm-svn: 232049

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Thu, 12 Mar 2015 15:44:39 +0000</pubDate>
        <dc:creator>Ed Schouten &lt;ed@nuxi.nl&gt;</dc:creator>
    </item>
<item>
        <title>cba3e4ca - Support Newlib as libc++&apos;s C library [cstdio part, part 2]</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#cba3e4ca</link>
        <description>Support Newlib as libc++&apos;s C library [cstdio part, part 2]Wrappers for clearerr, feof, ferror (which newlib implements as macros).http://reviews.llvm.org/D5420llvm-svn: 225563

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Sat, 10 Jan 2015 00:08:00 +0000</pubDate>
        <dc:creator>Jonathan Roelofs &lt;jonathan@codesourcery.com&gt;</dc:creator>
    </item>
<item>
        <title>8de32cb3 - Implement national body comment GB9: remove std::gets</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/cstdio#8de32cb3</link>
        <description>Implement national body comment GB9: remove std::getsllvm-svn: 192538

            List of files:
            /llvm-project-15.0.7/libcxx/include/cstdio</description>
        <pubDate>Sat, 12 Oct 2013 19:09:47 +0000</pubDate>
        <dc:creator>Marshall Clow &lt;mclow.lists@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
