CCache and Utilities

Over the versions, common utilities that help you write good code have had support added to CMake. This is usually in the form of a property and matching CMAKE_* initialization variable. The feature is not meant to be tied to one special program, but rather any program that is somewhat similar in behavior.

All of these take ; separated values (a standard list in CMake) that describe the program and options that you should run on the source files of this target.

CCache

Set the CMAKE_<LANG>_COMPILER_LAUNCHER variable or the <LANG>_COMPILER_LAUNCHER property on a target to use something like CCache to “wrap” the compilation of the target. Support for CCache has been expanding in the latest versions of CMake. In practice, this tends to look like this:

  1. find_program(CCACHE_PROGRAM ccache)
  2. if(CCACHE_PROGRAM)
  3.     set(CMAKE_CXX_COMPILER_LAUNCHER "${CCACHE_PROGRAM}")
  4.     set(CMAKE_CUDA_COMPILER_LAUNCHER "${CCACHE_PROGRAM}") # CMake 3.9+
  5. endif()

Utilities

Set the following properties or CMAKE_* initializer variables to the command line for the tools. Most of them are limited to C or CXX with make or ninja generators.

  • <LANG>_CLANG_TIDY: CMake 3.6+
  • <LANG>_CPPCHECK
  • <LANG>_CPPLINT
  • <LANG>_INCLUDE_WHAT_YOU_USE

Clang tidy

This is the command line for running clang-tidy, as a list (remember, a semicolon separated string is a list).

Here is a simple example of using Clang-Tidy:

  1. cmake -S . -B build-tidy -DCMAKE_CXX_CLANG_TIDY="$(which clang-tidy);-fix"
  2. cmake --build build -j 1

The -fix part is optional, and will modify your source files to try to fix the tidy warning issued. If you are working in a git repository, this is fairly safe as you can see what has changed. However, make sure you do not run your makefile/ninja build in parallel! This will not work very well at all if it tries to fix the same header twice.

If you want to explicitly use the target form to ensure you only call this on your local targets, you can set a variable (maybe something like DO_CLANG_TIDY) instead of the CMAKE_CXX_CLANG_TIDY variable, then add it to your target properties as you create them. You can find clang-tidy in your path like this:

  1. find_program(
  2.     CLANG_TIDY_EXE
  3.     NAMES "clang-tidy"
  4.     DOC "Path to clang-tidy executable"
  5. )

Include what you use

This is an example for using include what you use. First, you’ll need to have the tool, such as in a docker container or with brew (macOS) with brew install include-what-you-use. Then, you can pass this into your build without modifying the source:

  1. build # cmake -S . -B build-iwyu -DCMAKE_CXX_INCLUDE_WHAT_YOU_USE=include-what-you-use

Finally, you can collect the output and (optionally) apply the fixes:

  1. build # cmake --build build-iwyu 2> iwyu.out
  2. build # fix_includes.py < iwyu.out

(You should check the fixes first, or touch them up after applying!)

Link what you use

There is a boolean target property, LINK_WHAT_YOU_USE, that will check for extraneous files when linking.

Clang-format

Clang-format doesn’t really have an integration with CMake, unfortunately. You could make a custom target (See this post, or you can run it manually. An interesting project that I have not really tried is here; it adds a format target and even makes sure that you can’t commit unformatted files.

The following two line would do that in a git repository in bash (assuming you have a .clang-format file):

  1. gitbook $ git ls-files -- '*.cpp' '*.h' | xargs clang-format -i -style=file
  2. gitbook $ git diff --exit-code --color