|
| 1 | +# This starter workflow is for a CMake project running on multiple platforms. There is a different starter workflow if you just want a single platform. |
| 2 | +# See: https://github.com/actions/starter-workflows/blob/main/ci/cmake-single-platform.yml |
| 3 | +name: CMake on multiple platforms |
| 4 | + |
| 5 | +on: |
| 6 | + push: |
| 7 | + branches: [ "main" ] |
| 8 | + pull_request: |
| 9 | + branches: [ "main" ] |
| 10 | + |
| 11 | +jobs: |
| 12 | + build: |
| 13 | + runs-on: ${{ matrix.os }} |
| 14 | + |
| 15 | + strategy: |
| 16 | + # Set fail-fast to false to ensure that feedback is delivered for all matrix combinations. Consider changing this to true when your workflow is stable. |
| 17 | + fail-fast: false |
| 18 | + |
| 19 | + # Set up a matrix to run the following 3 configurations: |
| 20 | + # 1. <Windows, Release, latest MSVC compiler toolchain on the default runner image, default generator> |
| 21 | + # 2. <Linux, Release, latest GCC compiler toolchain on the default runner image, default generator> |
| 22 | + # 3. <Linux, Release, latest Clang compiler toolchain on the default runner image, default generator> |
| 23 | + # |
| 24 | + # To add more build types (Release, Debug, RelWithDebInfo, etc.) customize the build_type list. |
| 25 | + matrix: |
| 26 | + os: [ubuntu-latest, windows-latest] |
| 27 | + build_type: [Release] |
| 28 | + c_compiler: [gcc, clang, cl] |
| 29 | + include: |
| 30 | + - os: windows-latest |
| 31 | + c_compiler: cl |
| 32 | + cpp_compiler: cl |
| 33 | + - os: ubuntu-latest |
| 34 | + c_compiler: gcc |
| 35 | + cpp_compiler: g++ |
| 36 | + - os: ubuntu-latest |
| 37 | + c_compiler: clang |
| 38 | + cpp_compiler: clang++ |
| 39 | + exclude: |
| 40 | + - os: windows-latest |
| 41 | + c_compiler: gcc |
| 42 | + - os: windows-latest |
| 43 | + c_compiler: clang |
| 44 | + - os: ubuntu-latest |
| 45 | + c_compiler: cl |
| 46 | + |
| 47 | + steps: |
| 48 | + - uses: actions/checkout@v4 |
| 49 | + |
| 50 | + - name: Set reusable strings |
| 51 | + # Turn repeated input strings (such as the build output directory) into step outputs. These step outputs can be used throughout the workflow file. |
| 52 | + id: strings |
| 53 | + shell: bash |
| 54 | + run: | |
| 55 | + echo "build-output-dir=${{ github.workspace }}/build" >> "$GITHUB_OUTPUT" |
| 56 | +
|
| 57 | + - name: Configure CMake |
| 58 | + # Configure CMake in a 'build' subdirectory. `CMAKE_BUILD_TYPE` is only required if you are using a single-configuration generator such as make. |
| 59 | + # See https://cmake.org/cmake/help/latest/variable/CMAKE_BUILD_TYPE.html?highlight=cmake_build_type |
| 60 | + run: > |
| 61 | + cmake -B ${{ steps.strings.outputs.build-output-dir }} |
| 62 | + -DCMAKE_CXX_COMPILER=${{ matrix.cpp_compiler }} |
| 63 | + -DCMAKE_C_COMPILER=${{ matrix.c_compiler }} |
| 64 | + -DCMAKE_BUILD_TYPE=${{ matrix.build_type }} |
| 65 | + -S ${{ github.workspace }} |
| 66 | +
|
| 67 | + - name: Build |
| 68 | + # Build your program with the given configuration. Note that --config is needed because the default Windows generator is a multi-config generator (Visual Studio generator). |
| 69 | + run: cmake --build ${{ steps.strings.outputs.build-output-dir }} --config ${{ matrix.build_type }} |
| 70 | + |
| 71 | + - name: Test |
| 72 | + working-directory: ${{ steps.strings.outputs.build-output-dir }} |
| 73 | + # Execute tests defined by the CMake configuration. Note that --build-config is needed because the default Windows generator is a multi-config generator (Visual Studio generator). |
| 74 | + # See https://cmake.org/cmake/help/latest/manual/ctest.1.html for more detail |
| 75 | + run: ctest --build-config ${{ matrix.build_type }} |
0 commit comments