| Issue |
52959
|
| Summary |
[clang-tidy] Option to not check included files
|
| Labels |
new issue
|
| Assignees |
|
| Reporter |
cinderblock
|
When using `clang-tidy` to lint files, it needs to `#include` the dependencies. More often than not, however, dependencies are much larger and out of control of the consumer that is running `clang-tidy`.
`clang-tidy`, by default, currently does the correct thing and not report errors/warnings from the `#include`d files. However, from watching it run, it's clearly still actually checking those files for errors. This _dramatically_ increases the time it takes for `clang-tidy` to run from nearly instant to ~3 seconds for a large header file like `<napi.h>` (52k+ warnings!). This really gets in the way of tools that integrate linters into code editors as every change requires that 3 second delay.
I see options about filtering headers or even lines but, at best, it looks like I'd need to list out every single range of my included header files which is actually a rather large number of files that could also change. I have tried a variety of these options and not noticed a significant change in behavior on the metrics I care about.
Is there a way to do what I'd like? Or is there some fundamental reason why this wouldn't work?
![]()
_______________________________________________
llvm-bugs mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
