Book Image

CMake Best Practices

By : Dominik Berner, Mustafa Kemal Gilor
5 (2)
Book Image

CMake Best Practices

5 (2)
By: Dominik Berner, Mustafa Kemal Gilor

Overview of this book

CMake is a powerful tool used to perform a wide variety of tasks, so finding a good starting point for learning CMake is difficult. This book cuts to the core and covers the most common tasks that can be accomplished with CMake without taking an academic approach. While the CMake documentation is comprehensive, it is often hard to find good examples of how things fit together, especially since there are lots of dirty hacks and obsolete solutions available on the internet. This book focuses on helping you to tie things together and create clean and maintainable projects with CMake. You'll not only get to grips with the basics but also work through real-world examples of structuring large and complex maintainable projects and creating builds that run in any programming environment. You'll understand the steps to integrate and automate various tools for improving the overall software quality, such as testing frameworks, fuzzers, and automatic generation of documentation. And since writing code is only half of the work, the book also guides you in creating installers and packaging and distributing your software. All this is tailored to modern development workflows that make heavy use of CI/CD infrastructure. By the end of this CMake book, you'll be able to set up and maintain complex software projects using CMake in the best way possible.
Table of Contents (22 chapters)
1
Part 1: The Basics
5
Part 2: Practical CMake – Getting Your Hands Dirty with CMake
14
Part 3: Mastering the Details

Chapter 9, Creating Reproducible Build Environments

  1. CMakePresets.json is usually maintained and delivered together with the project, while CMakeUserPresets.json is maintained by the user. Regarding the syntax and the contents, there is no difference.
  2. By calling cmake --preset=presetName, cmake --build --preset=presetName, or ctest --preset=presetName.
  3. There are configure, build, and test presets. Build and test presets depend on a configure preset to determine the build directory.
  4. A configure preset should define a name, the generator, and the build directory to be used.
  5. The first preset to set a value takes precedence.
  6. Either using the native support of an editor for build containers, running the editor from within the container, or starting the container each time for invoking single commands inside.
  7. The system name, the location of sysroot, the compilers to use, and how the find_ commands behave.