sammccall added inline comments.

================
Comment at: clang-tools-extra/clangd/ParsedAST.cpp:487
+      }
+      CTFactories = std::move(FastFactories);
+    }
----------------
njames93 wrote:
> Not exactly related but surely both check factories could be made into static 
> variables and then just choose the factory based on the config.
`createChecks` is nonconst, so this requires some fast-and-loose assumptions 
about nonconst operations being threadsafe.

(In principle you're right, but I think this is mostly an argument that 
ClangTidyCheckFactories and its adjacent APIs could be improved, which isn't 
something I can get sidetracked by at the moment)


================
Comment at: clang-tools-extra/clangd/tool/Check.cpp:468
+      // is counterproductive! 
+      if (CheckTidyTime.getNumOccurrences())
+        F.Diagnostics.ClangTidy.SlowChecks = true;
----------------
njames93 wrote:
> How about changing this provide to always enable slow checks, but only use 
> the provider if the flag is passed?
This doesn't seem like it would simplify the code, but it does mean that if 
--check wants to override other config options then we'd need to add a second 
provider.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D138505/new/

https://reviews.llvm.org/D138505

_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to