updated QV, QK for MSP430 Cmake support
8.8 KiB
cmake Support in QP/C++
This branch adds comprehensive cmake support to QP/C++
Quick Start
create your project with a root CMakeLists.txt
file, following this blueprint.
- copy qpcpp_sdk_import.cmake into your project. Make sure, it can be found by
cmake
as an included script - Setup your 1st
CMakeLists.txt
:
# use a recent CMake version
cmake_minimum_required(VERSION 3.23 FATAL_ERROR)
cmake_policy(VERSION 3.23...3.28)
cmake_policy(SET CMP0083 NEW)
cmake_policy(SET CMP0105 NEW)
cmake_policy(SET CMP0116 NEW)
cmake_policy(SET CMP0128 NEW)
# include general project config & import qpcpp
set(QPCPP_SDK_PATH ${CMAKE_SOURCE_DIR}/Source/qpcpp-sdk)
# set(QPCPP_FETCH_FROM_GIT ON)
# set(QPCPP_FETCH_FROM_GIT_PATH ${CMAKE_SOURCE_DIR}/Source/qpcpp-sdk)
include(qpcpp_sdk_import)
# default image/project name is trafficlight
# Give a special name via -DIMAGE=<image>
# the main project
project(myProject
VERSION "1.0.0""
DESCRIPTION "my 1st qpcpp project"
LANGUAGES C CXX)
# the project target(s)
add_executable(qpcppApp main.cpp qpcppApp.cpp)
include(${QPCPP_SDK_PATH}/qpcpp_sdk_init.cmake)
set(QPCPP_PROJECT qpcPrj)
set(QPCPP_CFG_KERNEL QV)
set(QPCPP_CFG_GUI TRUE)
set(QPCPP_CFG_PORT win32)
qpcpp_sdk_init()
target_link_libraries(qpcppApp PRIVATE qpcpp)
- configure your project with
cmake -B Build .
- build
cmake --build Build
Usage
qpcpp_sdk_import.cmake
This file prepares your project for integrating qpcpp.
Before adding this file to your project with include(qpcpp_sdk_import)
make sure to set CMAKE_MODULE_PATH
accordingly.
To configure the integration of qpcpp you can provide information either with cmake variables or via environment variables of the very same names.
- Mandatory variables (only one of the two must be set)
QPCPP_SDK_PATH
- set this variable to point to the full path of an already installed qpcpp instance.QPCPP_FETCH_FROM_GIT
- set this variable to ON or TRUE, if no pre-installed qpcpp directory exists. QPCPP will then be downloaded from git automatically. The download URL is pre-defined inqpcpp_sdk_import.cmake
- Optional variables
QPCPP_FETCH_FROM_GIT_PATH
- set this variable to download qpcpp from git (QPCPP_FETCH_FROM_GIT
) into the specified directoryQPCPP_URL
- set this variable to the URL to download qpcpp from. This must point to a remote git repository
qpcpp_sdk_init.cmake
This file is situated in the root directory of qpcpp. It performs a pre-initialization of the qpcpp package and provides the function qpcpp_sdk_init
. Call this function from your project's CMakeLists.txt
file to perform the final integration of qpcpp into your project. To configure qpcpp to your projects requirements set these variables before calling qpcpp_sdk_init()
QPCPP_CFG_KERNEL
- STRING: set this variable to the QPCPP kernel for your project. Valid values are QV, QK or QXK. Default: QVQPCPP_CFG_PORT
- STRING: set this variable to reflect the target platform of your project. Default: host system. Valid values are:arm-cm
,arm-cr
- Arm CortexM or CortexR micro controllers. Tested with GNU cross compiler environments.freertos
,esp-idf
,emb-os
,threadx
,uc-os2
- real time OSmsp430
,pic32
- TI MSP430 or PIC32 micro controllersriscv
- Risc V µCqep-only
,qube
- test environmentswin32
,posix
- host environments MS Windows, Linux (Posix compatible systems)
QPCPP-CFG-GUI
- BOOL: set this Boolean variable to ON/TRUE, if GUI support (win32) shall be compiled in. Default: OFFQPCPP_CFG_UNIT_TEST
- BOOL: set this to ON/TRUE to support qutest, if build configurationSpy
is active. Default: OFFQPCPP_CFG_VERBOSE
- BOOL: set this to enable more verbosity in message output. Default: OFF
General usage hints
- Set
QPCPP_SDK_PATH
orQPCPP_FETCH_FROM_GIT
either in yourCMakeLists.txt
file or as an environment variable. - Optionally set the configuration variable(s)
- Include
qpcpp_sdk_import
before defining the cmakeproject()
- Define the project
- Define the cmake target (executable or library)
- Include
qpcpp_sdk_init.cmake
- configure the qpc SDK
- call
qpcpp_sdk_init
- Add the qpcpp library to your cmake target:
target_link_libraries(<target>> PRIVATE qpcpp)
Generate and build your cmake project
Generation and building hints
- Generate with configuration support
The recommendation is to use a multi-configuration cmake generator like
"Ninja Multi-Config"
and set the cmake variableCMAKE_CONFIGURATION_TYPES
to"Debug;Release;Spy"
. Then you can build with `cmake --build --config=. - Use
CMakePresets.json
Define the build configurations for your projects in a presets definitions file. Refer to the CMakePresets.json manual for further details. Then you generate withcmake --preset=<preset> .
from your project directory. The build then can be started withcmake --build --preset=<preset>
.
QPC configurations support
Many qpcpp
examples provide 3 build configurations:
Debug
- build with debug support and debug symbols. Most optimizations are turned offRelease
- build without debug support. Activate optimizations insteadSpy
- build likeDebug
. Additionally activate support forQSpy
.
These configurations are also supported by qpcpp with cmake. Different possibilities exist to activate those.
qp_config.h
support
Some build configurations require the inclusion of qp_config.h
. To achieve this, the QPC macro QP_CONFIG
should be set, when compiling the
qpcpp
source files. The include search paths also needs to be set accordingly in order for the preprocessor to be able to find the correct include
file.
As qp_config.hpp
is a project related file, which - in most cases - resides outside the qpcpp
source code tree, the decision is to handle the
above mentioned topic within the root project's CMakeLists.txt
file instead of integrating this topic into a rather complicated configuration
of qpcpp
itself.
An example can be found in the cmake dpp example. Have a look into the example's CMakeLists.txt.
You will find the reference to the qpc
library, followed by the project's specific setup for qp_config.h
like this:
# set up qpcpp library
target_link_libraries(dpp
PRIVATE
qpcpp
)
# should a 'qp_config.h' configuration file be used and is it available
# edit the HINTS in the 'find_file()' call according to your project settings
if(USE_QP_CONFIG)
find_file(QP_CONFIG qp_config.h HINTS ${CMAKE_CURRENT_SOURCE_DIR}) # try to identify 'qp_config.h'
if(QP_CONFIG) # found 'qp_config.h'
cmake_path(GET QP_CONFIG PARENT_PATH QP_CONFIG_DIR) # extract the path from the FQFN
target_compile_definitions(qpcpp # add -DQP_CONFIG to the qpcpp build
PUBLIC
QP_CONFIG
)
target_include_directories(qpcpp # add the path to 'qp_config.h' to the list of include paths for qpcpp
PUBLIC
${QP_CONFIG_DIR}
)
else() # 'qp_config.h' requested but not find - try to configure and build anyways
message(WARNING "File 'qp_config.h' not found!")
endif()
endif()
Multi configuration generators
The most easy way to make use of the different configurations is to use a multi config generator like Ninja Multi-Config
or MS Visual Studio
.
Using one of such generators enables to generate the build system using cmake
and afterwards simply selecting the desired build configuration like
cmake --build <Build Directory> --config=<Debug|Release|Spy>
To support this, the cmake
variables
CMAKE_C_FLAGS_<CONFIGURATION>
CMAKE_CXX_FLAGS_<CONFIGURATION>
CMAKE_ASM_FLAGS_<CONFIGURATION>
CMAKE_EXE_LINKER_FLAGS_<CONFIGURATION>
have to be set for all configurations. The desired place to hold these settings is the toolchain
file of the compilation toolchain in use.
If no toolchain
file is used, the cmake
default configuration provides settings for the Debug
and Release
configuration fot the host
compiler setup. The Spy
configuration will be added by the qpcpp CMakeLists.txt
file.
Single configuration generators
For single configuration generators like Makefile
or Ninja
, specific build configurations need to configured. One for each configuration.
When generationg the build system, set the cmake
variable CMAKE_BUILD_TYPE
to the desired configuration (Debug
, Release
or Spy
).
Everything said above concerning the CMAKE_<LANG>_FLAGS_<CONFIGURATION>
variables, also applies here.