<?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 ios</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>db1978b6 - [libc++] Mark standard-mandated includes as such</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#db1978b6</link>
        <description>[libc++] Mark standard-mandated includes as suchReviewed By: ldionne, Mordante, #libc, saugustineSpies: saugustine, MaskRay, arichardson, mstorsjo, jloser, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D127953

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Thu, 16 Jun 2022 20:43:46 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&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/ios#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/ios</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/ios#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/ios</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>52915d78 - [libc++] Granularize &lt;utility&gt; includes</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#52915d78</link>
        <description>[libc++] Granularize &lt;utility&gt; includesReviewed By: ldionne, #libcSpies: EricWF, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D120466

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Sat, 05 Mar 2022 18:17:07 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&gt;</dc:creator>
    </item>
<item>
        <title>3e877191 - [libc++] Fix initialization of __fill_</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#3e877191</link>
        <description>[libc++] Fix initialization of __fill_`basic_ios` delays initialization of `__fill_` to `widen(&apos; &apos;)` until `fill()` is called. But, `fill(char_type)` is missing this logic, so the fill character does not get initialized to whitespace if `fill(char_type)` is called first. This patch adds this logic to `fill(char_type)`.Reviewed By: #libc, ldionne, QuuxplusoneDifferential Revision: https://reviews.llvm.org/D120751

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Thu, 03 Mar 2022 14:28:23 +0000</pubDate>
        <dc:creator>Jake Egan &lt;jakeegan10@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>93b33390 - [libc++] Remove _LIBCPP_HAS_NO_STRONG_ENUMS.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#93b33390</link>
        <description>[libc++] Remove _LIBCPP_HAS_NO_STRONG_ENUMS.All supported compilers have implemented this feature.Therefore use the language version instead of the feature macro.Reviewed By: #libc, philnik, ldionne, QuuxplusoneDifferential Revision: https://reviews.llvm.org/D119865

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Fri, 11 Feb 2022 18:34:33 +0000</pubDate>
        <dc:creator>Mark de Wever &lt;koraq@xs4all.nl&gt;</dc:creator>
    </item>
<item>
        <title>679f8a88 - [libc++] Move fpos into its own header</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#679f8a88</link>
        <description>[libc++] Move fpos into its own headerFor some reason `&lt;string&gt;` defines `std::fpos`, which should be defined in `&lt;ios&gt;`.Reviewed By: Quuxplusone, Mordante, #libcSpies: libcxx-commits, mgornyDifferential Revision: https://reviews.llvm.org/D118914

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Fri, 04 Feb 2022 12:04:33 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&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/ios#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/ios</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>bd6e6846 - [libc++] Add the version header to all headers.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#bd6e6846</link>
        <description>[libc++] Add the version header to all headers.Some headers which require the version header depend on other headers toprovide it. Include the version header in all top-level headers to makesure a header cleanup can&apos;t remove the version header.Note this doesn&apos;t add the version header to the c headers.Reviewed By: #libc, Quuxplusone, ldionneDifferential Revision: https://reviews.llvm.org/D116172

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Wed, 22 Dec 2021 17:14:14 +0000</pubDate>
        <dc:creator>Mark de Wever &lt;koraq@xs4all.nl&gt;</dc:creator>
    </item>
<item>
        <title>feb80aa9 - [libc++] `= delete` member functions with // = delete;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#feb80aa9</link>
        <description>[libc++] `= delete` member functions with // = delete;Use `= delete` for member functions that are marked with `// = delete;`Reviewed By: ldionne, Quuxplusone, #libcSpies: jloser, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D115291

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Wed, 08 Dec 2021 09:57:12 +0000</pubDate>
        <dc:creator>Nikolas Klauser &lt;nikolasklauser@berlin.de&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/ios#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/ios</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>c1a8f128 - [libc++] Restore `basic_ios`&apos;s implicit conversion to `bool` in C++03 mode.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#c1a8f128</link>
        <description>[libc++] Restore `basic_ios`&apos;s implicit conversion to `bool` in C++03 mode.efriedma noted that D104682 broke this test case, reduced from SPEC2006.    #include &lt;istream&gt;    bool a(std::istream a) {        return a.getline(0,0) == 0;    }We can unbreak it by restoring the conversion to something-convertible-to-bool.We chose `void*` in order to match libstdc++.For more ancient history, see PR19460: https://bugs.llvm.org/show_bug.cgi?id=19460Differential Revision: https://reviews.llvm.org/D107663

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Fri, 06 Aug 2021 18:50:09 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a8d1182f - [libc++] Remove some _LIBCPP_CXX03_LANG from iostreams headers.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#a8d1182f</link>
        <description>[libc++] Remove some _LIBCPP_CXX03_LANG from iostreams headers.With the STL containers, I didn&apos;t enable move operations in C++03 modebecause that would change the overload resolution for things that todayare copy operations. With iostreams, though, the copy operations aren&apos;tpresent at all, and so I see no problem with enabling move operationseven in (Clang&apos;s greatly extended) C++03 mode.Clang&apos;s C++03 mode does not support delegating constructors.Differential Revision: https://reviews.llvm.org/D104310

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Tue, 15 Jun 2021 16:47:05 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>317e92a3 - [libc++] Enable `explicit` conversion operators, even in C++03 mode.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#317e92a3</link>
        <description>[libc++] Enable `explicit` conversion operators, even in C++03 mode.C++03 didn&apos;t support `explicit` conversion operators;but Clang&apos;s C++03 mode does, as an extension, so we can use it.This lets us make the conversion explicit in `std::function` (even in &apos;03),and remove some silly metaprogramming in `std::basic_ios`.Drive-by improvements to the tests for these operators, in additionto making sure all these tests also run in `c++03` mode.Differential Revision: https://reviews.llvm.org/D104682

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Tue, 15 Jun 2021 16:57:54 +0000</pubDate>
        <dc:creator>Arthur O&apos;Dwyer &lt;arthur.j.odwyer@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/ios#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/ios</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>4cd6ca10 - [libc++] NFC: Normalize `#endif //` comment indentation</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#4cd6ca10</link>
        <description>[libc++] NFC: Normalize `#endif //` comment indentation

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</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>527a7fdf - [libc++] Replace several uses of 0 by nullptr</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#527a7fdf</link>
        <description>[libc++] Replace several uses of 0 by nullptrDifferential Revision: https://reviews.llvm.org/D43159

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Tue, 24 Nov 2020 17:53:53 +0000</pubDate>
        <dc:creator>Bruce Mitchener &lt;bruce.mitchener@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>6abc15ae - [libc++] Reduce dependencies on &lt;iostream&gt; from &lt;random&gt;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#6abc15ae</link>
        <description>[libc++] Reduce dependencies on &lt;iostream&gt; from &lt;random&gt;We included &lt;istream&gt; and &lt;ostream&gt; from &lt;random&gt;, but really it issufficient to include &lt;iosfwd&gt; if we make sure we access ios_basemembers through a dependent type. This allows us to break a harddependency of &lt;random&gt; on locales.

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Thu, 15 Oct 2020 17:27:27 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>2d3b8cc8 - [libc++] Implement P0551</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#2d3b8cc8</link>
        <description>[libc++] Implement P0551Make sure we satisfy the requirements added by P0551, and add tests toenforce that.

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Mon, 13 Jul 2020 15:53:48 +0000</pubDate>
        <dc:creator>Louis Dionne &lt;ldionne@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>585a3cc3 - Fix -Wdeprecated-copy-dtor and -Wdeprecated-dynamic-exception-spec warnings.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/libcxx/include/ios#585a3cc3</link>
        <description>Fix -Wdeprecated-copy-dtor and -Wdeprecated-dynamic-exception-spec warnings.Summary:The former are like:libcxx/include/typeinfo:322:11: warning: definition of implicit copy constructor for &apos;bad_cast&apos; is deprecated because it has a user-declared destructor [-Wdeprecated-copy-dtor]  virtual ~bad_cast() _NOEXCEPT;          ^libcxx/include/typeinfo:344:11: note: in implicit copy constructor for &apos;std::bad_cast&apos; first required here    throw bad_cast();          ^Fix these by adding an explicitly defaulted copy constructor.The latter are like:libcxx/include/codecvt:105:37: warning: dynamic exception specifications are deprecated [-Wdeprecated-dynamic-exception-spec]    virtual int do_encoding() const throw();                                    ^~~~~~~Fix these by using the _NOEXCEPT macro instead.Reviewers: EricWF, mclow.lists, ldionne, #libcReviewed By: EricWF, #libcSubscribers: dexonsmith, libcxx-commitsTags: #libcDifferential Revision: https://reviews.llvm.org/D76150

            List of files:
            /llvm-project-15.0.7/libcxx/include/ios</description>
        <pubDate>Fri, 13 Mar 2020 18:36:26 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dimitry@andric.com&gt;</dc:creator>
    </item>
</channel>
</rss>
