<?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 NewDelete-sized-deallocation.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>32c0c853 - [analyzer] pr39348: MallocChecker: Realize that sized delete isn&apos;t custom delete.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Analysis/NewDelete-sized-deallocation.cpp#32c0c853</link>
        <description>[analyzer] pr39348: MallocChecker: Realize that sized delete isn&apos;t custom delete.MallocChecker no longer thinks that operator delete() that accepts the size ofthe object to delete (available since C++14 or under -fsized-deallocation)is some weird user-defined operator. Instead, it handles it like normal delete.Additionally, it exposes a regression in NewDelete-intersections.mm&apos;stestStandardPlacementNewAfterDelete() test, where the diagnostic is delayedfrom before the call of placement new into the code of placement newin the header. This happens because the check for pass-into-function-after-freefor placement arguments is located in checkNewAllocator(), which happens afterthe allocator is inlined, which is too late. Move this use-after-free checkinto checkPreCall instead, where it works automagically because the guardthat prevents it from working is useless and can be removed as well.This commit causes regressions under -analyzer-configc++-allocator-inlining=false but this option is essentially unsupportedbecause the respective feature has been enabled by default quite a while ago.Differential Revision: https://reviews.llvm.org/D53543llvm-svn: 345802

            List of files:
            /llvm-project-15.0.7/clang/test/Analysis/NewDelete-sized-deallocation.cpp</description>
        <pubDate>Thu, 01 Nov 2018 00:43:35 +0000</pubDate>
        <dc:creator>Artem Dergachev &lt;artem.dergachev@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
