<?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 vla.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>4fa0dbd6 - Fix a test failing on windows</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp#4fa0dbd6</link>
        <description>Fix a test failing on windows

            List of files:
            /llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp</description>
        <pubDate>Fri, 04 Dec 2020 16:10:40 +0000</pubDate>
        <dc:creator>Erik Pilkington &lt;erik.pilkington@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>090dd647 - [Sema] Fold VLAs to constant arrays in a few more contexts</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp#090dd647</link>
        <description>[Sema] Fold VLAs to constant arrays in a few more contexts552c6c2 removed support for promoting VLAs to constant arrays when the boundsisn&apos;t an ICE, since this can result in miscompiling a conforming program thatassumes that the array is a VLA. Promoting VLAs for fields is still supported,since clang doesn&apos;t support VLAs in fields, so no conforming program could havea field VLA.This change is really disruptive, so this commit carves out two more caseswhere we promote VLAs which can&apos;t miscompile a conforming program: - When the VLA appears in an ivar -- this seems like a corollary to the field thing - When the VLA has an initializer -- VLAs can&apos;t have an initializerDifferential revision: https://reviews.llvm.org/D90871

            List of files:
            /llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp</description>
        <pubDate>Thu, 03 Dec 2020 15:01:53 +0000</pubDate>
        <dc:creator>Erik Pilkington &lt;erik.pilkington@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>df8f73fd - [Sema] Diagnose references to unbound arrays in function definitions</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp#df8f73fd</link>
        <description>[Sema] Diagnose references to unbound arrays in function definitionsA [*] is only allowed in a declaration for a function, not in itsdefinition.  We didn&apos;t correctly recurse on reference types whilelooking for it, causing us to crash in CodeGen instead of rejecting it.llvm-svn: 234528

            List of files:
            /llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp</description>
        <pubDate>Thu, 09 Apr 2015 19:53:25 +0000</pubDate>
        <dc:creator>David Majnemer &lt;david.majnemer@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>04d6d2f2 - PR18581: Attempt to complete the type in a VLA declaration before checking</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp#04d6d2f2</link>
        <description>PR18581: Attempt to complete the type in a VLA declaration before checkingwhether it&apos;s POD.llvm-svn: 201018

            List of files:
            /llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp</description>
        <pubDate>Sat, 08 Feb 2014 02:30:49 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>84208dcf - PR11925: A function can&apos;t have a variably-modified return type. Not even in C++.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp#84208dcf</link>
        <description>PR11925: A function can&apos;t have a variably-modified return type. Not even in C++.llvm-svn: 152615

            List of files:
            /llvm-project-15.0.7/clang/test/SemaCXX/vla.cpp</description>
        <pubDate>Tue, 13 Mar 2012 05:56:40 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard-llvm@metafoo.co.uk&gt;</dc:creator>
    </item>
</channel>
</rss>
