<?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 cxx1y-default-initializer.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>a45f713c - add option to instantiate templates already in the PCH</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp#a45f713c</link>
        <description>add option to instantiate templates already in the PCHAdd -fpch-instantiate-templates which makes template instantiations beperformed already in the PCH instead of it being done in every singlefile that uses the PCH (but every single file will still do it as wellin order to handle its own instantiations). I can see 20-30% buildtime saved with the few tests I&apos;ve tried.The change may reorder compiler output and also generated code, butshould be generally safe and produce functionally identical code.There are some rare cases that do not compile with it,such as test/PCH/pch-instantiate-templates-forward-decl.cpp. Iftemplate instantiation bailed out instead of reporting the error,these instantiations could even be postponed, which would make themwork.Enable this by default for clang-cl. MSVC creates PCHs by compilingthem using an empty .cpp file, which means templates are instantiatedwhile building the PCH and so the .h needs to be self-contained,making test/PCH/pch-instantiate-templates-forward-decl.cpp to failwith MSVC anyway. So the option being enabled for clang-cl matches this.Differential Revision: https://reviews.llvm.org/D69585

            List of files:
            /llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp</description>
        <pubDate>Sun, 19 Apr 2020 15:49:47 +0000</pubDate>
        <dc:creator>Lubo&#353; Lu&#328;&#225;k &lt;l.lunak@centrum.cz&gt;</dc:creator>
    </item>
<item>
        <title>5030928d - [c++20] Implement semantic restrictions for C++20 designated</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp#5030928d</link>
        <description>[c++20] Implement semantic restrictions for C++20 designatedinitializers.This has some interesting interactions with our existing extensions tosupport C99 designated initializers as an extension in C++. Those areresolved as follows: * We continue to permit the full breadth of C99 designated initializers   in C++, with the exception that we disallow a partial overwrite of an   initializer with a non-trivially-destructible type. (Full overwrite   is OK, because we won&apos;t run the first initializer at all.) * The C99 extensions are disallowed in SFINAE contexts and during   overload resolution, where they could change the meaning of valid   programs. * C++20 disallows reordering of initializers. We only check for that for   the simple cases that the C++20 rules permit (designators of the form   &apos;.field_name =&apos; and continue to allow reordering in other cases).   It would be nice to improve this behavior in future. * All C99 designated initializer extensions produce a warning by   default in C++20 mode. People are going to learn the C++ rules based   on what Clang diagnoses, so it&apos;s important we diagnose these properly   by default. * In C++ &lt;= 17, we apply the C++20 rules rather than the C99 rules, and   so still diagnose C99 extensions as described above. We continue to   accept designated C++20-compatible initializers in C++ &lt;= 17 silently   by default (but naturally still reject under -pedantic-errors).This is not a complete implementation of P0329R4. In particular, thatpaper introduces new non-C99-compatible syntax { .field { init } }, andwe do not support that yet.This is based on a previous patch by Don Hinton, though I&apos;ve madesubstantial changes when addressing the above interactions.Differential Revision: https://reviews.llvm.org/D59754llvm-svn: 370544

            List of files:
            /llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp</description>
        <pubDate>Fri, 30 Aug 2019 22:52:55 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>4b054b26 - PR29097: add an update record when we instantiate the default member</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp#4b054b26</link>
        <description>PR29097: add an update record when we instantiate the default memberinitializer of an imported field.llvm-svn: 279667

            List of files:
            /llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp</description>
        <pubDate>Wed, 24 Aug 2016 21:25:37 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>52a980a9 - PR24597: Fix in-place evaluation of call expressions to provide a proper &quot;this&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp#52a980a9</link>
        <description>PR24597: Fix in-place evaluation of call expressions to provide a proper &quot;this&quot;pointer to an RVO construction of a returned object.llvm-svn: 246263

            List of files:
            /llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp</description>
        <pubDate>Fri, 28 Aug 2015 02:43:42 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>51fe3a48 - Add another test I forgot to svn add.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp#51fe3a48</link>
        <description>Add another test I forgot to svn add.llvm-svn: 179959

            List of files:
            /llvm-project-15.0.7/clang/test/PCH/cxx1y-default-initializer.cpp</description>
        <pubDate>Sat, 20 Apr 2013 22:23:29 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
</channel>
</rss>
