forked from OSchip/llvm-project
5aca8bb963
This change now generates that list, and the change to clang-format allows us to run clang-format quickly over these files via the list of files. clang-format.exe -verbose -n --files=./clang/docs/tools/clang-formatted-files.txt ``` Clang-formating 7926 files Formatting [1/7925] clang/bindings/python/tests/cindex/INPUTS/header1.h .. Formatting [7925/7925] utils/bazel/llvm-project-overlay/llvm/include/llvm/Config/config.h ``` This is needed because putting all those files on the command line is too long, and invoking 7900+ clang-formats is much slower (too slow to be honest) Using this method it takes on 7.5 minutes (on my machine) to run `clang-format -n` over all of the files (7925), this should result in us testing any change quickly and easily. We should be able to use rerunning this list to ensure that we don't regress clang-format over a large code base, but also use it to ensure none of the previous files which were 100% clang-formatted remain so. (which the LLVM premerge checks should be enforcing) Reviewed By: HazardyKnusperkeks Differential Revision: https://reviews.llvm.org/D111000 |
||
---|---|---|
.. | ||
amdgpu-arch | ||
apinotes-test | ||
arcmt-test | ||
c-arcmt-test | ||
c-index-test | ||
clang-check | ||
clang-diff | ||
clang-extdef-mapping | ||
clang-format | ||
clang-format-vs | ||
clang-fuzzer | ||
clang-import-test | ||
clang-nvlink-wrapper | ||
clang-offload-bundler | ||
clang-offload-wrapper | ||
clang-refactor | ||
clang-rename | ||
clang-repl | ||
clang-scan-deps | ||
clang-shlib | ||
diag-build | ||
diagtool | ||
driver | ||
libclang | ||
scan-build | ||
scan-build-py | ||
scan-view | ||
CMakeLists.txt |