<?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 GCDAntipatternChecker.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>e5c7c171 - [clang] Rename StringRef _lower() method calls to _insensitive()</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp#e5c7c171</link>
        <description>[clang] Rename StringRef _lower() method calls to _insensitive()This is mostly a mechanical change, but a testcase that containsparts of the StringRef class (clang/test/Analysis/llvm-conventions.cpp)isn&apos;t touched.

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp</description>
        <pubDate>Wed, 23 Jun 2021 11:52:36 +0000</pubDate>
        <dc:creator>Martin Storsj&#246; &lt;martin@martin.st&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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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/GCDAntipatternChecker.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>09885d05 - [analyzer] Fix GCDAntipatternChecker to only fire when the semaphore is initialized to zero</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp#09885d05</link>
        <description>[analyzer] Fix GCDAntipatternChecker to only fire when the semaphore is initialized to zeroInitializing a semaphore with a different constant most likely signals a different intentrdar://41802552Differential Revision: https://reviews.llvm.org/D48911llvm-svn: 337212

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp</description>
        <pubDate>Mon, 16 Jul 2018 20:32:57 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>47bb3f70 - [analyzer] Change the warning message for GCD antipattern checker</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp#47bb3f70</link>
        <description>[analyzer] Change the warning message for GCD antipattern checkerllvm-svn: 332544

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp</description>
        <pubDate>Wed, 16 May 2018 22:46:47 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>628920b4 - [analyzer] Extend GCDAntipatternChecker to match group_enter/group_leave pattern</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp#628920b4</link>
        <description>[analyzer] Extend GCDAntipatternChecker to match group_enter/group_leave patternrdar://38480416Differential Revision: https://reviews.llvm.org/D44653llvm-svn: 328281

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp</description>
        <pubDate>Fri, 23 Mar 2018 00:16:02 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>460675eb - [analyzer] Fix the matcher for GCDAntipattern to look for &quot;signal&quot; call in all parameters</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp#460675eb</link>
        <description>[analyzer] Fix the matcher for GCDAntipattern to look for &quot;signal&quot; call in all parametersrdar://38405904llvm-svn: 327426

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp</description>
        <pubDate>Tue, 13 Mar 2018 17:27:01 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>44a3b7c1 - [analyzer] Move the GCDAsyncSemaphoreChecker to optin.performance</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp#44a3b7c1</link>
        <description>[analyzer] Move the GCDAsyncSemaphoreChecker to optin.performancerdar://38383753Differential Revision: https://reviews.llvm.org/D44228llvm-svn: 327309

            List of files:
            /llvm-project-15.0.7/clang/lib/StaticAnalyzer/Checkers/GCDAntipatternChecker.cpp</description>
        <pubDate>Mon, 12 Mar 2018 18:27:36 +0000</pubDate>
        <dc:creator>George Karpenkov &lt;ekarpenkov@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
