<?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 objc-encode.m</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>cd25c38d - [analyzer] pr28449: Fix support for various array initializers.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Analysis/objc-encode.m#cd25c38d</link>
        <description>[analyzer] pr28449: Fix support for various array initializers.In some cases the analyzer didn&apos;t expect an array-type variable to beinitialized with anything other than a string literal. The patch essentiallyremoves the assertion, and ensures relatively sane behavior.There is a bigger problem with these initializers. Currently our memory model(RegionStore) is being ordered to initialize the array with a region thatis assumed to be storing the initializer rvalue, and it guesses to copythe contents of that region to the array variable. However, it would makemore sense for RegionStore to receive the correct initializer in the firstplace. This problem isn&apos;t addressed with this patch.rdar://problem/27248428Differential Revision: https://reviews.llvm.org/D23963llvm-svn: 315750

            List of files:
            /llvm-project-15.0.7/clang/test/Analysis/objc-encode.m</description>
        <pubDate>Fri, 13 Oct 2017 20:54:56 +0000</pubDate>
        <dc:creator>Artem Dergachev &lt;artem.dergachev@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
