1
0
Fork 0
mirror of https://github.com/TheLartians/ModernCppStarter.git synced 2025-08-30 13:41:13 +02:00
🚀 Kick-start your C++! A template for modern C++ projects using CMake, CI, code coverage, clang-format, reproducible dependency management and much more. https://thelartians.github.io/ModernCppStarter
Find a file
Lars Melchior 23abf01c55
Add CONFIGURE_DEPENDS flag to globs and cleanup (#5)
* join comments

* join target properties

* add empty lines

* update readme

* add CONFIGURE_DEPENDS to glob sources

* update comment about glob

* update comment about removing unused files

* update glob comment in the main CMakeLists
2020-04-14 14:56:32 +02:00
.github/workflows Run CI builds with parallel flags (#3) 2020-04-14 14:05:36 +02:00
cmake add PackageProject.cmake as a CPM dependency 2020-04-14 12:08:30 +02:00
include trigger github workflows 2020-04-13 18:51:12 +02:00
source add coverage info 2020-04-13 18:04:03 +02:00
standalone Add CONFIGURE_DEPENDS flag to globs and cleanup (#5) 2020-04-14 14:56:32 +02:00
test Add CONFIGURE_DEPENDS flag to globs and cleanup (#5) 2020-04-14 14:56:32 +02:00
.clang-format init 2020-04-11 12:31:08 +02:00
.gitignore revert install path and set find_package in tests to REQUIRED 2020-04-14 11:01:15 +02:00
CMakeLists.txt Add CONFIGURE_DEPENDS flag to globs and cleanup (#5) 2020-04-14 14:56:32 +02:00
README.md Add CONFIGURE_DEPENDS flag to globs and cleanup (#5) 2020-04-14 14:56:32 +02:00

Actions Status Actions Status Actions Status Actions Status Actions Status codecov

ModernCppStarter

Setting up a new C++ project usually requires a significant amount of preparation and boilerplate code, even more so for modern C++ projects with tests, executables and contiguous integration. This template is the result of learnings from many previous projects and should help reduce the work required to setup up a modern C++ project.

Features

  • Modern CMake practices
  • Suited for single header libraries and projects of any scale
  • Separation into library and executable code
  • Integrated test suite
  • Continuous integration via GitHub Actions
  • Code coverage via codecov
  • Code formatting enforced by clang-format via Format.cmake
  • Reproducible dependency management via CPM.cmake
  • Installable target with versioning information via PackageProject.cmake

Usage

Adjust the template to your needs

  • Use this repo as a template and replace all occurrences of "Greeter" in the relevant CMakeLists.txt with the name of your project
  • Replace the source files with your own
  • For single-header libraries: see the comments in CMakeLists.txt
  • Add your project's codecov token to your project's github secrets under CODECOV_TOKEN
  • Happy coding!

Eventually, you can remove any unused files, such as the standalone directory or irrelevant github workflows for your project.

Build and run the standalone target

Use the following command to build and run the executable target.

cmake -Hstandalone -Bbuild/standalone
cmake --build build/standalone
./build/standalone/Greeter --help

Build and run test suite

Use the following commands from the project's root directory to run the test suite.

cmake -Htest -Bbuild/test
cmake --build build/test
CTEST_OUTPUT_ON_FAILURE=1 cmake --build build/test --target test

# or simply call the executable: 
./build/test/GreeterTests

To collect code coverage information, run CMake with the -DENABLE_TEST_COVERAGE=1 option.

Run clang-format

Use the following commands from the project's root directory to run clang-format (must be installed on the host system).

cmake -Htest -Bbuild/test

# view changes
cmake --build build/test --target format

# apply changes
cmake --build build/test --target fix-format

See Format.cmake for more options.

FAQ

  • Can I use this for header-only libraries?

    Yes, however you will need to change the library type to an INTERFACE library as documented in the CMakeLists.txt.

  • I see you are using GLOB to add source files in CMakeLists.txt. Isn't that evil?

    Glob is considered bad because any changes to the source file structure might not be automatically caught by CMake's builders and you will need to manually invoke CMake on changes. I personally prefer the GLOB solution for its simplicity, but feel free to change it to explicitly listing sources.

  • I'm adding external dependencies to my project using CPM. Will this force users to use CPM as well?

    CPM.cmake should be invisible for your library users as it's a self-contained CMake Script. If problems do arise, they can always opt-out by defining CPM_USE_LOCAL_PACKAGES, which will override all calls to CPMAddPackage with find_package. If you concerned about this, you should prefer using CPMFindPackage instead of CPMAddPackage, as then CPM will try to use find_package to add packages whenever possible. CPMFindPackage approach should also be compatible with any common C++ package manager without modifications, however at the cost of reproducible builds. For more information, see the CPM.cmake documentation.

  • Can I configure and build my project offline?

    Using CPM, all missing dependencies are downloaded at configure time. To avoid redundant downloads, it's recommended to set a CPM cache directory, e.g.: export CPM_SOURCE_CACHE=$HOME/.cache/CPM. This will also allow offline configurations if all dependencies are present. No internet connection is required for building.

  • Can I use CPack to create a package installer for my project?

    As there are a lot of possible options and configurations, this is not (yet) in the scope of this template. See the CPack documentation for more information on setting up CPack installers.

Coming soon

  • Script to automatically adjust the template for new projects