Proposal to enable clang-tidy as a required CI for Autoware

[veqcc]

Introduction

To improve the code quality of Autoware, we are currently using clang-tidy on GitHub CI.
However, the results of clang-tidy are always discarded and all PRs are merged with warnings, which leads to 15,000 warnings of clang-tidy for Autoware.
My proposal is narrowing down the clang-tidy check features (written in .clang-tidy file) and making it required to pass all checks in each PR.

This is a similar proposal with https://github.com/orgs/autowarefoundation/discussions/4827.

Current progress

We have analyzed the current 15,000 clang-tidy warnings and classified them based on codechecker criteria.

"C" is "CRITICAL" level warnings, which means it failed to compile with clang.

"H" is "HIGH" level warnings. Out of 107 "HIGH" features prepared in clang-tidy, the current Autoware enables 18 features, and 6 of them offer some warnings. In other words, Autoware passes 12 features of them.

"M" is "MIDIUM" level warnings. Out of 1098 "MIDIUM" features prepared in clang-tidy, the current Autoware enables 40 features, and 13 of them offer some warnings. In other words, Autoware passes 27 features of them.

"L", "S" and "U" are "LOW", "STYLE" and "UNKNOWN", respectively. I will ignore these low level warnings this time.

You can find all clang-tidy warnings and the features currencly enabled in Autoware.

Proposal

We propose the following two things:

• reduce the clang-tidy check features so that the check results are useful for developers.
• make the clang-tidy-differential workflow a required check in our CI pipeline to ensure the code quality to some extent.

I recommend to enable the following features, based on the analysis above:

• 12 features which have "HIGH" level warnings and the current Autoware passes
• 27 features which have "MIDIUM" level warnings and the current Autoware passes

Future Plan

We will first solve the "CRITICAL" level warnings since these prevent clang-tidy from working well.
After that, we will move on to removing "HIGH" and "MIDIUM" level warnings which the current Autoware cannot pass.
When we succeed to remove all the warnings related a feature among them, we want to add the feature to check list and make it required.

Request for Feedback

If you have any comments or suggestions regarding this proposal, please feel free to provide your feedback!

[mitsudome-r]

@veqcc Could you provide some examples on what kind of critical level warning we have to give us some idea?

[veqcc]

@mitsudome-r

We have 40~50 CRITICAL level warnings, and they are classified as the following 9 type warnings:

• unknown type name 'nullptr_t'; did you mean 'std::nullptr_t'?
• constexpr variable 'hoge' must be initialized by a constant expression
• variable 'hoge' cannot be implicitly captured in a lambda with no capture-default specified
• no viable conversion from 'hoge' to 'fuga'
• reference to local binding 'hoge' declared in enclosing function 'fuga'
• chosen constructor is explicit in copy-initialization
• no matching function for call to 'hoge'
• expected ';' after struct
• 'hoge' attribute only applies to variables, data members and tag types

hoge and fuga are used to abstract actual function or variable names.

[veqcc]

@mitsudome-r @xmfcx
Hi!
We have completed removing almost all CIRITICAL severity warnings (which corresponds to clang compile errors) from Autoware!

So I created a PR to reduce the clang-tidy checkings so that clang-tidy-differential workflow can be required for each PR in autoware.universe.
I would be happy if you review the PR! Thank you.

[amadeuszsz]

@veqcc
Great idea with these changes, actual clang configuration needs to be reviewed. Some check currently are too strict but I just wonder if suppressing most of checks is the best way. Personally, I think with these checks we encourage developers for future code improvements. Another thing is our code style (readability key) - we could come up with one convention and just follow it.

[veqcc]

@amadeuszsz

Thank you for your comment!

Some check currently are too strict but I just wonder if suppressing most of checks is the best way. Personally, I think with these checks we encourage developers for future code improvements.

Agreed.
As @.mojomex mentions below, it seems better enabling all the warnings, but not as errors, so that the clang-tidy can provide useful infomation for developers.

Another thing is our code style (readability key) - we could come up with one convention and just follow it.

Agreed.
However, code style warnings tend to be low severity.
It's OK to make them enabled as warnings, but do you think we should make them required by assuming them as errors?

[amadeuszsz]

@veqcc Warnings are OK. I assumed no style in this proposal since PR removed all the style checks.

[veqcc]

Underdtood, thank you!!
I have restored all the original configurations so that this change will not break developers local environments.
And I made a new confiration clang-tidy-ci for CI, which checks the same warnings as is, while severity HIGH and MEDIUM warnings are treated as errors and prevent PR from being merged.

[mojomex]

@veqcc
Hi!
Is this a temporary fix to 'just to make CI pass' or will the new clang-tidy file remain for longer?
There are a few points I would like to address regarding your proposed approach:

• People (me included) rely on this file for code analysis in their IDE and thus I would want these checks to remain:
  • checks like modernize-
  • style checks
  • style guidelines
• It would be better in my opinion to leave all checks in, and just mark the non-HIGH and non-CRITICAL ones as warnings. Then, people would still see what needs to be improved, but Autoware CI would still pass

I would be happy for your thoughts on this!

[xmfcx]

We can keep the default .clang-tidy file as is (for default IDE configurations).

And keep a copy of it under a different name like .clang-tidy-ci to run with the CI check.

And for this .clang-tidy-ci file, we can do as @mojomex suggested to make transition smoother.

What do you think @veqcc @mojomex ?

[xmfcx]

Also overall, reducing the passing changes to minimum and adding them gradually is a good way to proceed.

For example one of the open bounties in the comma.ai/openpilot project for panda repository is about finishing the MISRA coverage:

• Finish MISRA coverage commaai/panda#1794
• Complete MISRA coverage commaai/panda#1954

They enable them rule by rule over time.

[veqcc]

@mojomex @xmfcx

Thank you for your comments!

As a conclusion, I basically agree to your opinions.
I will add a commit to restore the original .clang-tidy and create .clang-tidy-ci configuration.

just mark the non-HIGH and non-CRITICAL ones as warnings.

One thing I want to discuss is, which warnings should be required in each PR. In other words, which warnings should be assumed as errors.
My first proposal is to make CRITIACL, HIGH, MEDIUM severity warings should be errors, excluding those which occur in the current autoware.universe.
What do you think?

[xmfcx]

My first proposal is to make CRITICAL, HIGH, MEDIUM severity warnings should be errors, excluding those which occur in the current autoware.universe.

I think that's alright. Especially, considering that we have no checks right now. Anything will be better than what we have now.

[veqcc]

I have restored the original .clang-tidy configuration here
5192d5a

And I made MEDIUM and HIGH severity required for CI, while others are treated as warnings here
3431c51

[veqcc]

@xmfcx
Another problem was reported. 🥹

In the current clang-tidy configuration, /usr and /opt directories are ignored here:

autoware/.clang-tidy

Line 203 in ada7b8c

HeaderFilterRegex: ^(?!\/usr)(?!\/opt)

However, it seems not working propoerly.
For example, in this PR, clang-tidy reports errors in /usr directories.

I'll make a deeper investivation later.

[xmfcx]

@VRichardJP how can I reach you through direct messaging? I've sent you a message/friend request from discord.

We only have ccache though and it shouldn't affect anything but I don't know.

CI also uses ccache too btw.

[VRichardJP]

This was my modified build/map_loader/compile_commands.json

[
{
  "directory": "/home/sig/autoware/build/map_loader",
  "command": "/usr/bin/c++ -Wno-enum-constexpr-conversion -I/home/sig/autoware/src/universe/autoware.universe/map/map_loader/include  -I/opt/ros/humble/include/rosidl_runtime_c -I/opt/ros/humble/include/rcutils -I/opt/ros/humble/include/rosidl_typesupport_interface -I/opt/ros/humble/include/fastcdr -I/opt/ros/humble/include/rosidl_typesupport_fastrtps_cpp -I/opt/ros/humble/include/rmw -I/opt/ros/humble/include/rosidl_typesupport_fastrtps_c -I/opt/ros/humble/include/rosidl_typesupport_introspection_c -I/opt/ros/humble/include/rosidl_typesupport_introspection_cpp -I/opt/ros/humble/include/ament_index_cpp -I/opt/ros/humble/include/libstatistics_collector -I/opt/ros/humble/include/rcl_interfaces -I/opt/ros/humble/include/rcl_logging_interface -I/opt/ros/humble/include/rcl_yaml_param_parser -I/opt/ros/humble/include/libyaml_vendor -I/opt/ros/humble/include/tracetools -I/opt/ros/humble/include/rcpputils -I/opt/ros/humble/include/statistics_msgs -I/opt/ros/humble/include/rosgraph_msgs -I/opt/ros/humble/include/rosidl_typesupport_cpp -I/opt/ros/humble/include/rosidl_typesupport_c -I/opt/ros/humble/include/class_loader -I/opt/ros/humble/include/composition_interfaces -I/home/sig/autoware/install/autoware_common_msgs/include/autoware_common_msgs -I/opt/ros/humble/include/diagnostic_msgs -I/opt/ros/humble/include/shape_msgs -I/opt/ros/humble/include/action_msgs -I/opt/ros/humble/include/rclcpp_action -I/opt/ros/humble/include/rcl_action -I/opt/ros/humble/include/tf2_msgs -I/opt/ros/humble/include/tf2_ros -I/usr/include/vtk-9.1 -I/usr/include/jsoncpp -I/usr/include/freetype2 -I/usr/include/x86_64-linux-gnu/qt5 -I/usr/include/x86_64-linux-gnu/qt5/QtOpenGL -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets -I/usr/include/x86_64-linux-gnu/qt5/QtGui -I/usr/include/x86_64-linux-gnu/qt5/QtCore -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -isystem /usr/include/eigen3 -isystem /opt/ros/humble/include -isystem /opt/ros/humble/src/gmock_vendor/include -isystem /opt/ros/humble/src/gtest_vendor/include -isystem /home/sig/autoware/install/tier4_map_msgs/include/tier4_map_msgs -isystem /home/sig/autoware/install/autoware_map_msgs/include/autoware_map_msgs -isystem /opt/ros/humble/include/geometry_msgs -isystem /opt/ros/humble/include/rclcpp -isystem /opt/ros/humble/include/rclcpp_components -isystem /opt/ros/humble/include/visualization_msgs -isystem /home/sig/autoware/install/geography_utils/include -isystem /home/sig/autoware/install/component_interface_specs/include -isystem /home/sig/autoware/install/tier4_vehicle_msgs/include/tier4_vehicle_msgs -isystem /home/sig/autoware/install/component_interface_utils/include -isystem /home/sig/autoware/install/autoware_lanelet2_extension/include -isystem /home/sig/autoware/install/tier4_system_msgs/include/tier4_system_msgs -isystem /home/sig/autoware/install/tier4_planning_msgs/include/tier4_planning_msgs -isystem /home/sig/autoware/install/tier4_localization_msgs/include/tier4_localization_msgs -isystem /home/sig/autoware/install/tier4_control_msgs/include/tier4_control_msgs -isystem /home/sig/autoware/install/autoware_vehicle_msgs/include/autoware_vehicle_msgs -isystem /home/sig/autoware/install/autoware_utils/include -isystem /home/sig/autoware/install/autoware_planning_msgs/include/autoware_planning_msgs -isystem /home/sig/autoware/install/autoware_perception_msgs/include/autoware_perception_msgs -isystem /home/sig/autoware/install/autoware_adapi_v1_msgs/include/autoware_adapi_v1_msgs -isystem /opt/ros/humble/include/builtin_interfaces -isystem /opt/ros/humble/include/unique_identifier_msgs -isystem /opt/ros/humble/include/tf2 -isystem /opt/ros/humble/include/tf2_geometry_msgs -isystem /opt/ros/humble/include/nav_msgs -isystem /opt/ros/humble/include/rcl -isystem /opt/ros/humble/include/rosidl_runtime_cpp -isystem /opt/ros/humble/include/geographic_msgs -isystem /opt/ros/humble/include/message_filters -isystem /opt/ros/humble/include/pcl_msgs -isystem /opt/ros/humble/include/sensor_msgs -isystem /opt/ros/humble/include/std_msgs -isystem /usr/include/pcl-1.12 -isystem /usr/include/ni -isystem /usr/include/openni2 -fdiagnostics-color -O2 -g -DNDEBUG -Wall -Wextra -Wpedantic -Werror -fopenmp -fPIC -std=c++17 -o CMakeFiles/test_pointcloud_map_loader_module.dir/test/test_pointcloud_map_loader_module.cpp.o -c /home/sig/autoware/src/universe/autoware.universe/map/map_loader/test/test_pointcloud_map_loader_module.cpp",
  "file": "/home/sig/autoware/src/universe/autoware.universe/map/map_loader/test/test_pointcloud_map_loader_module.cpp"
}
]

This is my colcon build command:

colcon build --symlink-install --event-handlers=console_cohesion+ --cmake-args -DCMAKE_EXPORT_COMPILE_COMMANDS=1 -DCMAKE_BUILD_TYPE=RelWithDebInfo -DBUILD_TESTING=True -DCMAKE_C_FLAGS='-fdiagnostics-color' -DCMAKE_CXX_FLAGS='-fdiagnostics-color -Wno-enum-constexpr-conversion' -DCMAKE_C_COMPILER_LAUNCHER=ccache -DCMAKE_CXX_COMPILER_LAUNCHER=ccache -GNinja --profiling-format=google-trace --profiling-output=cmake_profile.json

Feel free to ping me on discord

[mojomex]

What! there are compile_commands for every package in addition to the overall one!?
@veqcc so we would have had to replace -I/usr and -I/opt there as well....

[VRichardJP]

@mojomex Yes and no.
Each package is build individually, thus generates its own compile_commands.json. But then colcon concatenates all packages compile_commands.json into a single one: build/compile_commands.json (see colcon/colcon-cmake#69)

I just modified and used build/map_loader/compile_commands.json because the original file is smaller. You will find the same content in build/compile_commands.json

[VRichardJP]

@xmfcx
I just realized I was building autoware using an old docker image (base image name has changed recently)
I have re-created my docker dev image, installed llvm 19 tools (./llvm.sh 19 all) and libomp-19-dev (to fix omp.h header not found). Then I built Autoware with the same command than above and got exactly the same output from clang-tidy-19.

[veqcc]

@xmfcx @mitsudome-r
Hi, it's been a long time since we have struggled to enable clang-tidy a required CI.

After that, I made some investigations on how to solve the problems we have encoutnered, and found some solutions

• Some of the errors/warnings to /opt and /usr are actually caused by Autoware, so fixing Autoawre leads to solving those system layer warnings.
• The differences between CI and local runs are due to missing headers, so it could be solved by adding --extra-arg=-I/usr/include/c++/11 or --extra-arg=-I/usr/include/x86_64-linux-gnu/c++/11 in local runs.
• Erros in opencv were solved by changing how to include opencv in the following PRs
  • chore(autoware_behavior_velocity_intersection_module): include opencv as system autoware.universe#9330
  • chore(autoware_traffic_light_visualization): include opencv as system autoware.universe#9331

Although not all the problems are solved yet, it is also true that several Autowarwe packages already pass clang-tidy checks.
Thus, I want to make a progress in the following steps:

1. Create a minimum .clang-tidy-ci file in which only CRITICAL warnings are enabled
2. Create clang-tidy-required-package.yaml file which specifies the packages NOT to be checked by clang-tidy. This is proposed in feat(build-and-test-differential): modify clang-tidy to run only on specified packages autoware.universe#9016 by @yhisaki
3. Enable clang-tidy CI as required for the packages wtitten in clang-tidy-required-package.yaml
4. Aims to enable all the packages, by deleting packages in the file one by one (First Step in the figure)
5. Add a new warning to .clang-tidy-ci which we want to make required. (Second Step in the figure)

The whole picture of this proposal look like the following:

If you have any comments or suggestions on this proposal, please provide your feedback by 25th of November (next Monday).

[xmfcx]

Added it as required.

• fix(autoware_ground_segmentation): fix clang-diagnostic-inconsistent-missing-override autoware.universe#9517 (comment)

Thanks for your efforts!

[veqcc]

@xmfcx
Thank you for your quick actions!!

Then, we are moving to step 4: Aims to enable all the packages, by deleting packages in the file one by one (First Step in the figure)
Actually, all the clang-tidy errors in perception will be soon solved because we have already created PRs for all of them.
Once they are merged into main branch, we can move on to step 5: Add a new warning to .clang-tidy-ci which we want to make required. (Second Step in the figure) 👍

[veqcc]

@xmfcx cc @yhisaki
Finally, perception modules are also clang-tidy warning-free!!
Please approve autowarefoundation/autoware.universe#9537 !!

Now we have completed step4: Aims to enable all the packages, by deleting packages in the file one by one (First Step in the figure).
We are moving on to step5: Add a new warning to .clang-tidy-ci which we want to make required. (Second Step in the figure) in the following issue created by @mojomex #5520

[veqcc]

@xmfcx
Now, the original purpose "enable clang-tidy as a required CI" has been achived! 🎉

We are now under step 5: Add a new warning to .clang-tidy-ci which we want to make required, but this is an endless work and there is an issue to discuss which checks should be required or not.
May I close this discussion as completed?

[xmfcx]

Yes please, thanks for all the work!

[veqcc]

@xmfcx @mitsudome-r
I have another suggestion and question on clang-tidy in autoware.universe:

• suggestion: what about enabling clang-tidy-pr-comments workflow? Since clang-tidy is now a required CI, it's better to notify for developers where to fix based on clang-tidy results.
• question: what is clang-tidy-pr-comments-manually workflow? I couldn't find out why it was introduced?

[mojomex]

@xmfcx @veqcc Just to clarify, this only affects Clang-Tidy comments (makes them optional/manual), but Clang-Tidy will still run and fail CI if there are errors, right?

[veqcc]

Clang-Tidy will still run and fail CI if there are errors, right?

Yes!!

[xmfcx]

But it seems for unit tests, right?

@veqcc -san, it should work for anything, it is for job summaries.

Check the example here:

• https://github.com/autowarefoundation/autoware/actions/runs/12080036384

[xmfcx]

@veqcc -san, there is also https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/workflow-commands-for-github-actions#adding-a-job-summary this way of adding them, you can experiment with this first, seems lighter and more integrated.

Additionally, you could create annotations too:

• https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/workflow-commands-for-github-actions#example-creating-an-annotation-for-an-error

[veqcc]

@xmfcx
Thank you for a lot of info! I'll try them one by one.

[mojomex]

About modernize-pass-by-value:

As @soblin mentioned internally, this is unnecessarily harsh to const-refs, or more precisely, its proposed fix is not applicable to all situations, and thus quite reckless. We are putting it into the disabled checks list.

[veqcc]

I have closed this discussion, so let's move to this issue on which checks should be enabled/disabled!!

[amadeuszsz]

As described in #5520 and discussed internally, can we open a discussion regarding more strict static check configuration? The list of future additional checks is in linked issue, however I would like to ask community which configurations should be prioritized first. Personally, I think cppcoreguidelines-narrowing-conversions is bug prone, occurs frequently in Autoware and might be our next step towards code quality improvement.

Looking forward for more suggestions.

[veqcc]

I have closed this discussion, so let's move to this issue on which checks should be enabled/disabled!!

[mojomex]

Here are the stats for different Clang-Tidy diagnostics (all linked analyses were enabled):

The stats

COUNT SEV CATEGORY
98547  S  hicpp-uppercase-literal-suffix,readability-uppercase-literal-suffix
4742   S  cppcoreguidelines-avoid-magic-numbers,readability-magic-numbers
2497   S  misc-const-correctness
725    L  performance-unnecessary-value-param
611    M  bugprone-narrowing-conversions,cppcoreguidelines-narrowing-conversions,-warnings-as-errors
601    L  cppcoreguidelines-pro-bounds-array-to-pointer-decay,hicpp-no-array-decay
497    L  cppcoreguidelines-avoid-non-const-global-variables
460    S  cppcoreguidelines-owning-memory
445    S  readability-function-cognitive-complexity
430    L  cppcoreguidelines-pro-bounds-pointer-arithmetic
404    L  hicpp-signed-bitwise
383    M  cppcoreguidelines-init-variables,-warnings-as-errors
311    L  cppcoreguidelines-pro-type-vararg,hicpp-vararg
267    L  cert-err58-cpp
254    S  modernize-avoid-bind
252    L  cppcoreguidelines-avoid-c-arrays,hicpp-avoid-c-arrays,modernize-avoid-c-arrays
243    S  hicpp-braces-around-statements,readability-braces-around-statements
211    L  cppcoreguidelines-pro-bounds-constant-array-index,-warnings-as-errors
196    L  modernize-use-nullptr
191    L  cppcoreguidelines-pro-type-union-access
177    L  bugprone-reserved-identifier,cert-dcl37-c,cert-dcl51-cpp
163    S  bugprone-easily-swappable-parameters
163    H  bugprone-unchecked-optional-access,-warnings-as-errors
150    M  cert-err33-c
138    M  concurrency-mt-unsafe
136    L  llvm-qualified-auto,readability-qualified-auto
133    S  readability-isolate-declaration
114    M  readability-simplify-boolean-expr,-warnings-as-errors
112    S  google-readability-avoid-underscore-in-googletest-name
107    L  cppcoreguidelines-pro-type-member-init,hicpp-member-init
100    L  google-readability-casting
84     L  cppcoreguidelines-macro-usage
77     S  cppcoreguidelines-prefer-member-initializer
74     S  modernize-loop-convert
74     S  modernize-concat-nested-namespaces
72     S  hicpp-use-auto,modernize-use-auto
62     L  cppcoreguidelines-pro-type-reinterpret-cast
61     L  misc-non-private-member-variables-in-classes
61     L  llvm-include-order
60     S  readability-redundant-string-cstr
60     S  readability-convert-member-functions-to-static
58     S  llvm-else-after-return,readability-else-after-return
58     L  readability-string-compare
55     S  google-readability-braces-around-statements,hicpp-braces-around-statements,readability-braces-around-statements
50     S  hicpp-use-emplace,modernize-use-emplace
47     L  bugprone-assignment-in-if-condition
41     L  misc-no-recursion
40     L  cppcoreguidelines-non-private-member-variables-in-classes,misc-non-private-member-variables-in-classes
37     L  bugprone-suspicious-include
34     M  bugprone-exception-escape,-warnings-as-errors
33     S  readability-container-size-empty
33     L  hicpp-named-parameter,readability-named-parameter
33     L  cppcoreguidelines-explicit-virtual-functions,hicpp-use-override,modernize-use-override
31     M  bugprone-implicit-widening-of-multiplication-result
29     S  google-build-using-namespace
27     S  readability-inconsistent-declaration-parameter-name
26     L  cppcoreguidelines-no-malloc,hicpp-no-malloc
25     L  modernize-pass-by-value
24     L  cert-err34-c
23     S  modernize-use-bool-literals
21     M  clang-diagnostic-delete-non-abstract-non-virtual-dtor
21     M  bugprone-integer-division,-warnings-as-errors
21     L  cert-err52-cpp
20     S  modernize-return-braced-init-list
19     S  readability-make-member-function-const
19     M  bugprone-macro-parentheses,-warnings-as-errors
19     L  hicpp-use-equals-default,modernize-use-equals-default
18     L  hicpp-explicit-conversions
18     L  hicpp-deprecated-headers,modernize-deprecated-headers
17     M  hicpp-move-const-arg,performance-move-const-arg,-warnings-as-errors
17     L  google-runtime-int
17     L  bugprone-branch-clone
16     S  readability-container-data-pointer
15     S  readability-redundant-member-init
14     L  readability-qualified-auto
14     L  performance-no-int-to-ptr
14     L  modernize-make-unique
14     L  hicpp-no-assembler
14     L  cppcoreguidelines-pro-type-cstyle-cast
13     L  cppcoreguidelines-special-member-functions,-warnings-as-errors
13     H  cert-flp30-c
12     S  readability-redundant-string-init
11     S  readability-use-anyofallof
10     S  modernize-use-default-member-init
10     L  misc-unused-parameters
10     L  cppcoreguidelines-interfaces-global-init
8      S  google-readability-todo
8      L  misc-unused-using-decls
8      L  hicpp-use-equals-delete,modernize-use-equals-delete
8      H  bugprone-incorrect-roundings,-warnings-as-errors
7      S  readability-non-const-parameter
7      M  clang-diagnostic-absolute-value
7      L  hicpp-use-nullptr,modernize-use-nullptr
6      S  readability-redundant-control-flow
6      S  readability-else-after-return
5      S  readability-avoid-const-params-in-decls
5      L  readability-suspicious-call-argument
5      L  performance-type-promotion-in-math-fn
5      L  performance-for-range-copy
5      L  modernize-use-transparent-functors
5      H  cert-err09-cpp,cert-err61-cpp,misc-throw-by-value-catch-by-reference,-warnings-as-errors
4      S  modernize-use-using
4      S  cppcoreguidelines-avoid-goto,hicpp-avoid-goto
4      S  cert-dcl16-c,hicpp-uppercase-literal-suffix,readability-uppercase-literal-suffix
4      M  clang-diagnostic-unused-lambda-capture
4      L  performance-inefficient-vector-operation
4      L  performance-faster-string-find
4      L  modernize-macro-to-enum
4      L  cppcoreguidelines-pro-type-static-cast-downcast
3      S  modernize-redundant-void-arg
3      M  clang-diagnostic-unused-const-variable
3      M  clang-diagnostic-sign-compare
3      M  cert-msc32-c,cert-msc51-cpp
3      M  bugprone-unused-return-value,-warnings-as-errors
3      M  bugprone-signed-char-misuse,cert-str34-c,-warnings-as-errors
3      L  readability-misleading-indentation
3      L  performance-unnecessary-copy-initialization
2      S  readability-static-definition-in-anonymous-namespace
2      M  clang-diagnostic-format-security
2      L  readability-duplicate-include
2      L  performance-no-automatic-move
2      L  performance-inefficient-string-concatenation
2      L  hicpp-member-init
2      L  google-default-arguments
2      L  cppcoreguidelines-slicing,-warnings-as-errors
2      L  cppcoreguidelines-pro-type-const-cast
2      L  cert-msc30-c,cert-msc50-cpp
2      L  cert-dcl50-cpp
2      H  bugprone-use-after-move,hicpp-invalid-access-moved,-warnings-as-errors
1      S  readability-static-accessed-through-instance
1      S  modernize-raw-string-literal
1      S  google-upgrade-googletest-case
1      M  misc-redundant-expression,-warnings-as-errors
1      M  clang-diagnostic-unused-value
1      M  clang-diagnostic-unused-parameter
1      M  clang-diagnostic-shift-op-parentheses
1      M  clang-diagnostic-infinite-recursion
1      M  clang-diagnostic-delete-abstract-non-virtual-dtor
1      M  cert-env33-c
1      M  bugprone-suspicious-string-compare,-warnings-as-errors
1      M  bugprone-parent-virtual-call,-warnings-as-errors
1      M  bugprone-not-null-terminated-result,-warnings-as-errors
1      L  llvm-namespace-comment
1      H  clang-diagnostic-uninitialized
1      H  bugprone-unused-raii,-warnings-as-errors
1      ?  openmp-use-default-none

When only showing High, we get these diagnostics:

163    H  bugprone-unchecked-optional-access,-warnings-as-errors
13     H  cert-flp30-c
8      H  bugprone-incorrect-roundings,-warnings-as-errors
5      H  cert-err09-cpp,cert-err61-cpp,misc-throw-by-value-catch-by-reference,-warnings-as-errors
2      H  bugprone-use-after-move,hicpp-invalid-access-moved,-warnings-as-errors
1      H  clang-diagnostic-uninitialized
1      H  bugprone-unused-raii,-warnings-as-errors

[veqcc]

I have closed this discussion, so let's move to this issue on which checks should be enabled/disabled!!