<?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 ObjCAutoreleaseWriteChecker.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>57c55165 - [analyzer] Fix return of llvm::StringRef to destroyed std::string</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#57c55165</link>
        <description>[analyzer] Fix return of llvm::StringRef to destroyed std::stringThis issue was discovered whilst testing with ASAN.Differential Revision: https://reviews.llvm.org/D124683

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Fri, 29 Apr 2022 17:00:33 +0000</pubDate>
        <dc:creator>Andrew Ng &lt;andrew.ng@sony.com&gt;</dc:creator>
    </item>
<item>
        <title>1cb15b10 - Correct Doxygen syntax for inline code</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#1cb15b10</link>
        <description>Correct Doxygen syntax for inline codeThere is no syntax like {@code ...} in Doxygen, @code is a block commandthat ends with @endcode, and generally these are not enclosed in braces.The correct syntax for inline code snippets is @c &lt;code&gt;.Reviewed By: aaron.ballmanDifferential Revision: https://reviews.llvm.org/D98665

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Tue, 16 Mar 2021 14:17:43 +0000</pubDate>
        <dc:creator>Aaron Puchert &lt;aaron.puchert@sap.com&gt;</dc:creator>
    </item>
<item>
        <title>71132715 - [analyzer] ObjCAutoreleaseWriteChecker: Support explicit autoreleasepools.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#71132715</link>
        <description>[analyzer] ObjCAutoreleaseWriteChecker: Support explicit autoreleasepools.The checker currently supports only a whitelist of block-enumerationmethods which are known to internally clear an autorelease pool.Extend this checker to detect writes within the scope of explicit@autoreleasepool statements.rdar://25301111Differential Revision: https://reviews.llvm.org/D81072

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Wed, 03 Jun 2020 09:50:45 +0000</pubDate>
        <dc:creator>Paul Pelzl &lt;ppelzl@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>bda3dd0d - [analyzer][NFC] Change LangOptions to CheckerManager in the shouldRegister* functions</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#bda3dd0d</link>
        <description>[analyzer][NFC] Change LangOptions to CheckerManager in the shouldRegister* functionsSome checkers may not only depend on language options but also analyzer options.To make this possible this patch changes the parameter of the shouldRegister*function to CheckerManager to be able to query the analyzer options whendeciding whether the checker should be registered.Differential Revision: https://reviews.llvm.org/D75271

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Fri, 27 Mar 2020 13:29:31 +0000</pubDate>
        <dc:creator>Kirst&#243;f Umann &lt;dkszelethus@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>ac66c61b - Use C++14-style return type deduction in clang.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#ac66c61b</link>
        <description>Use C++14-style return type deduction in clang.Summary:Simplifies the C++11-style &quot;-&gt; decltype(...)&quot; return-type deduction.Note that you have to be careful about whether the function return typeis `auto` or `decltype(auto)`.  The difference is that bare `auto`strips const and reference, just like lambda return type deduction.  Insome cases that&apos;s what we want (or more likely, we know that the returntype is a value type), but whenever we&apos;re wrapping a templated functionwhich might return a reference, we need to be sure that the return typeis decltype(auto).No functional change.Reviewers: bkramer, MaskRay, martong, shafikSubscribers: martong, cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D74423

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Tue, 11 Feb 2020 18:34:01 +0000</pubDate>
        <dc:creator>Justin Lebar &lt;jlebar@google.com&gt;</dc:creator>
    </item>
<item>
        <title>49a3ad21 - Fix parameter name comments using clang-tidy. NFC.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#49a3ad21</link>
        <description>Fix parameter name comments using clang-tidy. NFC.This patch applies clang-tidy&apos;s bugprone-argument-comment toolto LLVM, clang and lld source trees. Here is how I created thispatch:$ git clone https://github.com/llvm/llvm-project.git$ cd llvm-project$ mkdir build$ cd build$ cmake -GNinja -DCMAKE_BUILD_TYPE=Debug \    -DLLVM_ENABLE_PROJECTS=&apos;clang;lld;clang-tools-extra&apos; \    -DCMAKE_EXPORT_COMPILE_COMMANDS=On -DLLVM_ENABLE_LLD=On \    -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ ../llvm$ ninja$ parallel clang-tidy -checks=&apos;-*,bugprone-argument-comment&apos; \    -config=&apos;{CheckOptions: [{key: StrictMode, value: 1}]}&apos; -fix \    ::: ../llvm/lib/**/*.{cpp,h} ../clang/lib/**/*.{cpp,h} ../lld/**/*.{cpp,h}llvm-svn: 366177

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Tue, 16 Jul 2019 04:46:31 +0000</pubDate>
        <dc:creator>Rui Ueyama &lt;ruiu@google.com&gt;</dc:creator>
    </item>
<item>
        <title>058a7a45 - [analyzer] Supply all checkers with a shouldRegister function</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#058a7a45</link>
        <description>[analyzer] Supply all checkers with a shouldRegister functionIntroduce the boolean ento::shouldRegister##CHECKERNAME(const LangOptions &amp;LO)function very similarly to ento::register##CHECKERNAME. This will force everychecker to implement this function, but maybe it isn&apos;t that bad: I saw a lot ofObjC or C++ specific checkers that should probably not register themselves basedon some LangOptions (mine too), but they do anyways.A big benefit of this is that all registry functions now register their checker,once it is called, registration is guaranteed.This patch is a part of a greater effort to reinvent checker registration, moreinfo here: D54438#1315953Differential Revision: https://reviews.llvm.org/D55424llvm-svn: 352277

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Sat, 26 Jan 2019 14:23:08 +0000</pubDate>
        <dc:creator>Kristof Umann &lt;dkszelethus@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>2946cd70 - Update the file headers across all of the LLVM projects in the monorepo</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#2946cd70</link>
        <description>Update the file headers across all of the LLVM projects in the monorepoto reflect the new license.We understand that people may be surprised that we&apos;re moving the headerentirely to discuss the new license. We checked this carefully with theFoundation&apos;s lawyer and we believe this is the correct approach.Essentially, all code in the project is now made available by the LLVMproject under our new license, so you will see that the license headersinclude that license only. Some of our contributors have contributedcode under our old license, and accordingly, we have retained a copy ofour old license notice in the top-level files in each project andrepository.llvm-svn: 351636

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Sat, 19 Jan 2019 08:50:56 +0000</pubDate>
        <dc:creator>Chandler Carruth &lt;chandlerc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>76a21502 - [analyzer][NFC] Move CheckerRegistry from the Core directory to Frontend</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#76a21502</link>
        <description>[analyzer][NFC] Move CheckerRegistry from the Core directory to FrontendClangCheckerRegistry is a very non-obvious, poorly documented, weird concept.It derives from CheckerRegistry, and is placed in lib/StaticAnalyzer/Frontend,whereas it&apos;s base is located in lib/StaticAnalyzer/Core. It was, from what I canimagine, used to circumvent the problem that the registry functions of thecheckers are located in the clangStaticAnalyzerCheckers library, but thatlibrary depends on clangStaticAnalyzerCore. However, clangStaticAnalyzerFrontenddepends on both of those libraries.One can make the observation however, that CheckerRegistry has no place in Core,it isn&apos;t used there at all! The only place where it is used is Frontend, whichis where it ultimately belongs.This move implies that sinceinclude/clang/StaticAnalyzer/Checkers/ClangCheckers.h only contained a single function:class CheckerRegistry;void registerBuiltinCheckers(CheckerRegistry &amp;registry);it had to re purposed, as CheckerRegistry is no longer available toclangStaticAnalyzerCheckers. It was renamed to BuiltinCheckerRegistration.h,which actually describes it a lot better -- it does not contain the registrationfunctions for checkers, but only those generated by the tblgen files.Differential Revision: https://reviews.llvm.org/D54436llvm-svn: 349275

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Sat, 15 Dec 2018 16:23:51 +0000</pubDate>
        <dc:creator>Kristof Umann &lt;dkszelethus@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>04951d4f - [analyzer] Extend ObjCAutoreleaseWriteChecker to catch block declarations with autoreleasing variables</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#04951d4f</link>
        <description>[analyzer] Extend ObjCAutoreleaseWriteChecker to catch block declarations with autoreleasing variablesDifferential Revision: https://reviews.llvm.org/D46984llvm-svn: 332546

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Wed, 16 May 2018 22:47:05 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>434019a6 - [analyzer] Extend the ObjCAutoreleaseWriteChecker to warn on captures as well</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#434019a6</link>
        <description>[analyzer] Extend the ObjCAutoreleaseWriteChecker to warn on captures as wellA common pattern is that the code in the block does not write into thevariable explicitly, but instead passes it to a helper function whichperforms the write.Differential Revision: https://reviews.llvm.org/D46772llvm-svn: 332300

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Mon, 14 May 2018 21:39:54 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>3ee2a6bd - [analyzer] Ignore the nullability quantifiers for autoreleasewritechecker</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#3ee2a6bd</link>
        <description>[analyzer] Ignore the nullability quantifiers for autoreleasewritecheckerllvm-svn: 332136

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Fri, 11 May 2018 20:39:19 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>befce133 - [analyzer] ObjCAutoreleaseWrite: Support a few more APIs and fix warning text.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#befce133</link>
        <description>[analyzer] ObjCAutoreleaseWrite: Support a few more APIs and fix warning text.API list and improved warning text composed by Devin Coughlin.llvm-svn: 331089

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Fri, 27 Apr 2018 22:00:51 +0000</pubDate>
        <dc:creator>Artem Dergachev &lt;artem.dergachev@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d676ba0f - [analyzer] Path-insensitive checker for writes into an auto-releasing pointer</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp#d676ba0f</link>
        <description>[analyzer] Path-insensitive checker for writes into an auto-releasing pointerfrom the wrong auto-releasing pool, as such writes may crash.rdar://25301111Differential Revision: https://reviews.llvm.org/D44722llvm-svn: 328827

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/ObjCAutoreleaseWriteChecker.cpp</description>
        <pubDate>Thu, 29 Mar 2018 20:55:34 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
