# clang-tidy
Below are the reasoning why certain checks are (currently) disabled for out code base
## Externals
We do not perform static analysis of the source of the external libraries. `simplecpp` has its own CI with a clang-tidy workflow.
## Disabled Checks
`abseil-*`
`altera-*`
`android-*`
`boost-*`
`darwin-*`
`fuchsia-*`
`linuxkernel-*`
`llvm-*`
`llvmlibc-*`
`mpi-*`
`objc-*`
`openmp-*`
`zircon-*`
These are disabled since the platforms/libraries in question are not targeted by us.
`cert-*`
`cppcoreguidelines-*`
`google-*`
`hicpp-*`
These are coding guidelines we do not follow. Some of the checks might be explicitly enabled though.
`readability-braces-around-statements`
`readability-isolate-declaration`
`modernize-use-trailing-return-type`
`modernize-use-auto`
`readability-uppercase-literal-suffix`
`readability-else-after-return`
`modernize-use-default-member-init`
`readability-identifier-length`
These do not relect the style we are (currently) enforcing.
`readability-function-size`
`readability-function-cognitive-complexity`
We are not interesting in the size/complexity of a function.
`readability-magic-numbers`
`readability-redundant-member-init`
`readability-simplify-boolean-expr`
These do not (always) increase readability.
`bugprone-macro-parentheses`
`readability-implicit-bool-conversion`
To be documented.
`performance-faster-string-find`
`bugprone-narrowing-conversions`
`performance-no-automatic-move`
It was decided not to apply these.
`modernize-use-equals-default`
`modernize-loop-convert`
These might change the behavior of code which might not be intended (need to file an upstream issue)
`modernize-raw-string-literal`
This leads to a mismatch of raw string literals and regular ones and does reduce the readability.
`readability-convert-member-functions-to-static`
Disabled because of false positives with Qt `slot` methods (see https://github.com/llvm/llvm-project/issues/57520).
`-clang-analyzer-*`
Disable because of false positives (needs to file an upstream bug report).
`misc-non-private-member-variables-in-classes`
We actively use this.
`misc-no-recursion`
Leads to lots of "false positives". This seem to enforce a coding guidelines of certain codebases.
`readability-use-anyofallof`
We currently don't even apply our own `useStlAlgorithm` findings.
`bugprone-easily-swappable-parameters`
This produces a lot of noise and they are not fixable that easily.
`readability-container-data-pointer`
Disable because of false positives and inconsistent warnings (need to file an upstream bug report).
`misc-const-correctness`
Work in progress.
`bugprone-assignment-in-if-condition`
Is reported for valid patterns we are using.
`readability-suspicious-call-argument`
Produces a lot of false positives since it is too vague in its analysis.
`performance-inefficient-string-concatenation`
Produces many warnings which very much look like false positives (needs to be reported upstream).
`bugprone-suspicious-include`
Causes warnings with `*.cpp` includes in Qt generated files.
`modernize-avoid-c-arrays`
`readability-container-size-empty`
`bugprone-branch-clone`
`readability-const-return-type`
`modernize-return-braced-init-list`
`misc-throw-by-value-catch-by-reference`
`readability-avoid-const-params-in-decls`
`bugprone-signed-char-misuse`
`readability-redundant-access-specifiers`
`performance-noexcept-move-constructor`
`concurrency-mt-unsafe`
To be evaluated.
`portability-std-allocator-const`
Only necessary for code which is exclusively compiled with `libc++`. Also disabled for performance reasons - see https://github.com/llvm/llvm-project/issues/57527#issuecomment-1237935132.
`modernize-deprecated-ios-base-aliases`
Warns about aliases which are removed in C++20. Also disabled for performance reasons - see https://github.com/llvm/llvm-project/issues/57527#issuecomment-1237935132.
`bugprone-unchecked-optional-access`
We are not using any `optional` implementation. Also disabled for performance reasons - see https://github.com/llvm/llvm-project/issues/57527#issuecomment-1237935132.
`modernize-replace-auto-ptr`
Still available until C++17. It is unlikely such code will ever be introduced. Also disabled for performance reasons - see https://github.com/llvm/llvm-project/issues/57527#issuecomment-1237935132.
`readability-identifier-naming`
We are currently using our own `naming.json` to enforce naming schemes. Also disabled for performance reasons - see https://github.com/llvm/llvm-project/issues/57527#issuecomment-1237935132.
`portability-simd-intrinsics`
We are not using SIMD instructions and it suggests to use `std::experiemental::` features which might not be commonly available. Also disabled for performance reasons - see https://github.com/llvm/llvm-project/issues/57527#issuecomment-1237935132.