Support for Build Automation Systems
Make and its variants
Coco can also generate code coverage information for a project without the need to modify it. The principle is to prepend to the PATH variable the path of the CoverageScanner compiler wrappers and to set the instrumentation parameters with the COVERAGESCANNER_ARGS
environment variable. To activate the instrumentation, --cs-on
must be present in COVERAGESCANNER_ARGS
. If this is not the case, CoverageScanner is completely deactivated.
Note: The variable COVERAGESCANNER_ARGS
should only be set locally, e.g. in a script or on the command line. If it is set globally, it will influence every build.
GNU Make
On a UNIX® system, proceed as follows to instrument a project which can be generated using GNU Make:
export PATH=/opt/SquishCoco/wrapper/bin:$PATH export COVERAGESCANNER_ARGS=--cs-on make clean make
For macOS, replace the first line with:
export PATH=/opt/SquishCoco/wrapper:$PATH
Microsoft NMake
To instrument a project that is generated with NMake:
set PATH=%SQUISHCOCO%\visualstudio;%PATH% set COVERAGESCANNER_ARGS=--cs-on nmake clean nmake
Microsoft MSBuild
To instrument a project that is generated with MSBuild:
set PATH=%SQUISHCOCO%\visualstudio;%PATH% set COVERAGESCANNER_ARGS=--cs-on msbuild /p:UseEnv=true myproject.sln /t:ReBuild
CMake
CMake is a platform independent build tool from Kitware.
Instrumentation with a preloaded script
The following method to set up a CMake project for code coverage should work in all simple cases.
There is a generic file, squishcoco.cmake, and specific setting files (like squishcoco-gcc.cmake) that specifies the compiler. The settings file is then included when the project is configured with CMake, with a command line like
cmake <other options> -Csquishcoco-gcc.cmake
Then the project is configured for code coverage.
If the settings file for a compiler is missing, one can modify one of the existing files to create it.
The file squishcoco.cmake
Save the following file as "squishcoco.cmake
" in the root directory of your source code. Change the first line so that it contains the options that you need. The list of options must be a quoted string with the options separated by spaces. If no options are present, coverage is enabled.
This file cannot be used on its own (except with Qt Creator) but must be included from a compiler settings file (see below).
set(coverage_flags "--cs-mcdc --cs-no-assignments") # Set your own options foreach(var IN ITEMS CMAKE_C_COMPILER CMAKE_CXX_COMPILER) if(NOT DEFINED ${var}) message(FATAL_ERROR "Variable ${var} must be defined.") endif() endforeach() set(CMAKE_C_FLAGS_INIT "${coverage_flags}" CACHE STRING "Coverage flags for the C compiler." FORCE) set(CMAKE_CXX_FLAGS_INIT "${coverage_flags}" CACHE STRING "Coverage flags for the C++ compiler." FORCE) set(CMAKE_EXE_LINKER_FLAGS_INIT "${coverage_flags}" CACHE STRING "Coverage flags for the linker." FORCE) set(CMAKE_SHARED_LINKER_FLAGS_INIT "${coverage_flags}" CACHE STRING "Coverage flags to link shared libraries." FORCE) set(CMAKE_STATIC_LINKER_FLAGS_INIT "${coverage_flags}" CACHE STRING "Coverage flags to link static libraries." FORCE) if (DEFINED ENV{SQUISHCOCO}) set(cocopath $ENV{SQUISHCOCO}) else() find_file(cocopath SquishCoco PATHS "$ENV{HOME}" /opt/ "/Applications" REQUIRED NO_DEFAULT_PATH ) endif() if(CMAKE_HOST_APPLE) set(wrapperdir "${cocopath}/") elseif(CMAKE_HOST_UNIX) set(wrapperdir "${cocopath}/bin/") elseif(MINGW) set(wrapperdir "${cocopath}\\bin\\") else() set(wrapperdir "${cocopath}\\" ) endif() get_filename_component(c_compiler ${CMAKE_C_COMPILER} NAME) find_program(code_coverage_c_compiler cs${c_compiler} PATHS ${wrapperdir} REQUIRED NO_DEFAULT_PATH) set(CMAKE_C_COMPILER "${code_coverage_c_compiler}" CACHE FILEPATH "CoverageScanner wrapper for C compiler" FORCE) get_filename_component(cxx_compiler ${CMAKE_CXX_COMPILER} NAME) find_program(code_coverage_cxx_compiler cs${cxx_compiler} PATHS ${wrapperdir} REQUIRED NO_DEFAULT_PATH) set(CMAKE_CXX_COMPILER "${code_coverage_cxx_compiler}" CACHE FILEPATH "CoverageScanner wrapper for C++ compiler" FORCE) if(DEFINED CMAKE_LINKER) get_filename_component(linker_prog ${CMAKE_LINKER} NAME) find_program(code_coverage_linker cs${linker_prog} PATHS ${wrapperdir} REQUIRED NO_DEFAULT_PATH) set(CMAKE_LINKER "${code_coverage_linker}" CACHE FILEPATH "CoverageScanner wrapper for linker" FORCE) elseif(${c_compiler} STREQUAL "cl.exe") # special case for Visual Studio find_program(code_coverage_linker "cslink.exe" PATHS ${wrapperdir} REQUIRED NO_DEFAULT_PATH) set(CMAKE_LINKER "${code_coverage_linker}" CACHE FILEPATH "CoverageScanner wrapper for linker" FORCE) endif() if(DEFINED CMAKE_AR) get_filename_component(ar_prog ${CMAKE_AR} NAME) find_program(code_coverage_ar cs${ar_prog} PATHS ${wrapperdir} REQUIRED NO_DEFAULT_PATH) set(CMAKE_AR "${code_coverage_ar}" CACHE FILEPATH "CoverageScanner wrapper for ar" FORCE) endif() mark_as_advanced( cocopath code_coverage_c_compiler code_coverage_cxx_compiler code_coverage_linker code_coverage_ar )
The file squishcoco-gcc.cmake
This file is needed to instrument a compilation with GCC. It must be in the same directory as squishcoco.cmake.
set(CMAKE_C_COMPILER gcc) set(CMAKE_CXX_COMPILER g++) set(CMAKE_AR ar) set(CMAKE_LINKER gcc) include(squishcoco.cmake)
The file squishcoco-clang.cmake
This file is needed to instrument a compilation with Clang. It must be in the same directory as squishcoco.cmake.
set(CMAKE_C_COMPILER clang) set(CMAKE_CXX_COMPILER clang++) set(CMAKE_AR ar) set(CMAKE_LINKER clang) include(squishcoco.cmake)
The file squishcoco-visualstudio.cmake
This file is needed to instrument a compilation with Microsoft Visual C/C++. It must be in the same directory as squishcoco.cmake.
set(CMAKE_C_COMPILER cl) set(CMAKE_CXX_COMPILER cl) set(CMAKE_AR lib) set(CMAKE_LINKER link) include(squishcoco.cmake)
Misleading CMake output under Windows
At least in version 3.20 and when run under Windows, CMake has a misleading output:
C:\cmake -C\somepath\squishcoco-visualstudio.cmake -- Building for: Visual Studio 16 2019 -- Selecting Windows SDK version 10.0.22621.0 to target Windows 10.0.22631. -- The C compiler identification is MSVC 19.29.30154.0 -- The CXX compiler identification is MSVC 19.29.30154.0 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Professional/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped -- Detecting C compile features -- Detecting C compile features - done -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Professional/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- Configuring done -- Generating done
The output suggests that the project still uses the original compiler (cl.exe
) and not the wrapper, but that is not true: A project that is configured with squishcoco-visualstudio.cmake
actually produces instrumented code.
When in doubt whether a project is compiled with Coco, look into CMakeCache.txt
. If it contains lines like this,
//CoverageScanner wrapper for C++ compiler CMAKE_CXX_COMPILER:FILEPATH=C:/Program Files/squishcoco/cscl.exe
then the Coco wrapper is used and instrumentation enabled.
Creating your own settings file
With these examples, it should be easy to customize the settings file for other compilers. It is only necessary to set the names of the programs used, not their full paths.
Instrumentation with a toolchain file
Note: This is an older method that only works when there is no toolchain file already in use. It is left in the documentation for the cases in which it is still needed.
When Coco is used with CMake, the changes are partially dependent on the toolchain that is used for compilation. We will now first describe the addition of a new build type, which is independent from the toolchain, and then the additional changes for Microsoft® Visual Studio® and GNU GCC.
Adding new build type for instrumented compilation
The first step is independent of the toolchain that is used. Its purpose is to declare the CMake variables that are used to specify the instrumented compilation. In CMake this is done by declaring a build type, which we will here call COVERAGE
.
To do this, add to the to CMakeLists.txt
file the following lines. The variable COVERAGE_FLAGS
in the first line specifies the CoverageScanner command line options. Change its value to fit your needs. Only --cs-on
must always be present.
SET(COVERAGE_FLAGS "--cs-on --cs-count") SET(CMAKE_CXX_FLAGS_COVERAGE "${CMAKE_CXX_FLAGS_RELEASE} ${COVERAGE_FLAGS}" CACHE STRING "Flags used by the C++ compiler during coverage builds." FORCE ) SET(CMAKE_C_FLAGS_COVERAGE "${CMAKE_C_FLAGS_RELEASE} ${COVERAGE_FLAGS}" CACHE STRING "Flags used by the C compiler during coverage builds." FORCE ) SET(CMAKE_EXE_LINKER_FLAGS_COVERAGE "${CMAKE_EXE_LINKER_FLAGS_RELEASE} ${COVERAGE_FLAGS}" CACHE STRING "Flags used for linking binaries during coverage builds." FORCE ) SET(CMAKE_SHARED_LINKER_FLAGS_COVERAGE "${CMAKE_SHARED_LINKER_FLAGS_RELEASE} ${COVERAGE_FLAGS}" CACHE STRING "Flags used by the shared libraries linker during coverage builds." FORCE ) SET( CMAKE_STATIC_LINKER_FLAGS_COVERAGE "${CMAKE_STATIC_LINKER_FLAGS_RELEASE} ${COVERAGE_FLAGS}" CACHE STRING "Flags used by the static libraries linker during coverage builds." FORCE ) MARK_AS_ADVANCED( CMAKE_CXX_FLAGS_COVERAGE CMAKE_C_FLAGS_COVERAGE CMAKE_EXE_LINKER_FLAGS_COVERAGE CMAKE_SHARED_LINKER_FLAGS_COVERAGE CMAKE_STATIC_LINKER_FLAGS_COVERAGE COMPILE_DEFINITIONS_COVERAGE )
These commands take the compiler and linker flags of the Release
build type and add to them the coverage flags. If you want to use instead the flags of another build type, replace the suffix _RELEASE
in this code with the name of another build type, such as _DEBUG
.
Microsoft Visual Studio
In Visual Studio, we need to make the new Coverage
build type visible to the IDE. To do this, we add an item to the configurations
list in in CMakeSettings.json
that is based on your Release configuration.
{ "configurations": [ "_comment" : "other configurations here... ", { "name": "CodeCoverage-x64-Release", "generator": "Ninja", "configurationType": "Release", "buildRoot": "${projectDir}\\out\\build\\${name}", "installRoot": "${projectDir}\\out\\install\\${name}", "cmakeCommandArgs": "-DCMAKE_TOOLCHAIN_FILE=cl.cmake -DCMAKE_BUILD_TYPE=COVERAGE", "buildCommandArgs": "", "ctestCommandArgs": "", "inheritEnvironments": [ "msvc_x64_x64" ], "variables": [] } ] }
The important detail here is the cmakeCommandArgs
which tells cmake to use the cl.cmake
toolchain file, and to use the COVERAGE
build type. The other arguments/variables can be copied or customized from another working configuration.
Compilation with Microsoft NMake
In a project that is compiled with NMake:
- Create a toolchain definition file
cl.cmake
which replaces the compiler and linker with their CoverageScanner wrappers.For example:
# this one is important SET(CMAKE_SYSTEM_NAME Windows) # specify the cross compiler FILE(TO_CMAKE_PATH "$ENV{SQUISHCOCO}/visualstudio" SQUISHCOCO) SET(CMAKE_C_COMPILER ${SQUISHCOCO}/cl.exe CACHE FILEPATH "CoverageScanner wrapper" FORCE) SET(CMAKE_CXX_COMPILER ${SQUISHCOCO}/cl.exe CACHE FILEPATH "CoverageScanner wrapper" FORCE) SET(CMAKE_LINKER ${SQUISHCOCO}/link.exe CACHE FILEPATH "CoverageScanner wrapper" FORCE)
- Create a Makefile project. Set the toolchain to the CoverageScanner wrapper and the build mode to
COVERAGE
.For example:
cmake.exe -DCMAKE_TOOLCHAIN_FILE=cl.cmake -DCMAKE_BUILD_TYPE=COVERAGE \ -G "NMake Makefiles" <i>path of cmake project</i>
- Build the project with
nmake
.
Compilation with GNU GCC
The following must be done in a project that is compiled with gcc
:
- Create a toolchain definition file
gcc.cmake
which replaces the compiler and linker with their CoverageScanner wrappers.For example:
find_program(CODE_COVERAGE_GCC gcc PATHS /opt/SquishCoco/wrapper/bin "$ENV{HOME}/SquishCoco/wrapper/bin" NO_DEFAULT_PATH ) find_program(CODE_COVERAGE_GXX g++ PATHS /opt/SquishCoco/wrapper/bin "$ENV{HOME}/SquishCoco/wrapper/bin" NO_DEFAULT_PATH ) find_program(CODE_COVERAGE_AR ar PATHS /opt/SquishCoco/wrapper/bin "$ENV{HOME}/SquishCoco/wrapper/bin" NO_DEFAULT_PATH ) # specify the cross compiler SET(CMAKE_C_COMPILER "${CODE_COVERAGE_GCC}" CACHE FILEPATH "CoverageScanner wrapper" FORCE) SET(CMAKE_CXX_COMPILER "${CODE_COVERAGE_GXX}" CACHE FILEPATH "CoverageScanner wrapper" FORCE) SET(CMAKE_LINKER "${CODE_COVERAGE_GXX}" CACHE FILEPATH "CoverageScanner wrapper" FORCE) SET(CMAKE_AR "${CODE_COVERAGE_AR}" CACHE FILEPATH "CoverageScanner wrapper" FORCE)
- Create a Makefile project. Set the toolchain to the CoverageScanner wrapper and the build mode to
COVERAGE
.For example:
cmake -DCMAKE_TOOLCHAIN_FILE=gcc.cmake -DCMAKE_BUILD_TYPE=COVERAGE \ -G "Unix Makefiles" <i>path of cmake project</i>
- Build the project with
make
.
Qt framework
Note: Newer Qt versions also support CMake as its build system. The instructions in the CMake chapter apply to Qt projects too.
qmake
qmake
is a tool that is used by Qt to generate a makefile in a platform-independent way, using as specification a so-called project file. It is also used by Qt Creator.
By default, qmake
chooses the programs that are used for compilation. We can use the Coco wrappers by setting some of qmake
's variables to new values. This can be done by putting some declarations into the qmake
project files. Since one needs to build the project with and without coverage, the new definitions must be put into a scope. A scope is a region in a qmake
project file that can be activated on demand.
The following listing shows a template for such a scope, named CoverageScanner
, which should be sufficient for most projects.
CodeCoverage { COVERAGE_OPTIONS = QMAKE_CFLAGS += $$COVERAGE_OPTIONS QMAKE_CXXFLAGS += $$COVERAGE_OPTIONS QMAKE_LFLAGS += $$COVERAGE_OPTIONS defineReplace(toCoco) { cmd = $$1 path = $$take_first(cmd) prog = $$basename(path) return(cs$$prog $$cmd) } QMAKE_AR = $$toCoco($$QMAKE_AR) QMAKE_CC = $$toCoco($$QMAKE_CC) QMAKE_CXX = $$toCoco($$QMAKE_CXX) QMAKE_LIB = $$toCoco($$QMAKE_LIB) QMAKE_LINK = $$toCoco($$QMAKE_LINK) QMAKE_LINK_SHLIB_CMD = $$toCoco($$QMAKE_LINK_SHLIB_CMD) }
Here we also set the variables QMAKE_LINK_SHLIB
and QMAKE_AR
, which contain the names of the command to link shared libraries and that to generate archives. Furthermore, you can use COVERAGE_OPTIONS
to set coveragescanner
command line options (see List of options) to customize the project. An empty value for COVERAGE_OPTIONS
will also work and results in a default instrumentation.
In a small project, the CodeCoverage
scope may then be copied to all profile files of the project, i.e. those that end in .pro
. In fact, it is enough to insert them only into those files that actually compile code and not those that only include other files. If the project is larger, it has very often a file with common settings that is included by all profiles: This is then the most convenient place to insert the CodeCoverage
scope only once.
The new coverage scope is by default inactive. To enable code coverage in a project you want to built, just add the name of the scope to the CONFIG
variable when configuring it with qmake
:
$ qmake CONFIG+=CodeCoverage
moc
The Meta-Object Compiler (moc) generates some methods for each class derived from QObject. For example, the translation function tr
, the source code for all signals, the cast operator qt_cast
, …In order to instrument the code using the Qt Framework and not moc-generated code, CoverageScanner provides the command line options --cs-qt3
for Qt3 and --cs-qt4
for Qt4 to Qt6. They are enabled by default.
In this case:
Q_OBJECT
macro is no longer instrumented.- All signals are instrumented in order to track their emission.
- The glue code necessary for the signal/slot mechanism is not instrumented.
- The code of
Q_FOREACH
macro is not instrumented in Qt4.
qbs
To use CoverageScanner with the Qt Build Suite (qbs
), set it up as a toolchain. You can then use the toolchain for all qbs
projects.
To set up CoverageScanner as a toolchain, issue the following command:
qbs setup-toolchains --type gcc /opt/SquishCoco/bin/csgcc csgcc
For Unix-based operating systems, some additional configuration steps are necessary:
qbs config profiles.csgcc.cpp.archiverPath /opt/SquishCoco/bin/csar qbs config profiles.csgcc.cpp.linkerName csg++ qbs config profiles.csgcc.cpp.nmPath /opt/SquishCoco/bin/csgcc-nm
The csgcc
toolchain can then also be used as base profile for Qt projects:
qbs setup-qt /opt/Qt/bin/qmake qt-csgcc qbs config profiles.qt-csgcc.baseProfile csgcc
SCons
To use Coco with SCons
:
- Prepend the path of CoverageScanner's wrapper (
csgcc
,cscl
, and son on) to the PATH environment variable. The PATH environment variable should be set to be able to execute CoverageScanner wrappers. - Set
CC
,AR
andLINK
variables to the corresponding CoverageScanner wrapper. For example: when using Microsoft Visual Studio compiler, setCC
tocscl.exe
,LINK
tocslink.exe
, andAR
tocslib.exe
.Note: Do no use absolute file paths to the compiler wrapper since some versions of
SCons
do not properly handle spaces in file names. - Add code coverage settings to exclude from the instrumentation for example files to the variables
CCFLAGS
,ARFLAGS
andLINKFLAGS
.
Here is a code snippet which can be used for Visual Studio command line tools:
import os from os.path import pathsep env = Environment() # Add the path of Squish Coco compiler wrapper env[ 'ENV' ][ 'PATH' ] = os.environ[ 'SQUISHCOCO' ] + pathsep + env[ 'ENV' ][ 'PATH' ] # TEMP variable need to be defined env[ 'ENV' ][ 'TEMP' ] = os.environ[ 'TEMP' ] env[ 'ENV' ][ 'INCLUDE' ] = os.environ[ 'INCLUDE' ] # Set the compiler to Squish Coco wrappers env[ 'CC' ] = 'cs' + env[ 'CC' ] ; env[ 'AR' ] = 'cs' + env[ 'AR' ] ; env[ 'LINK' ] = 'cs' + env[ 'LINK' ] ; # Code coverage settings coverageflags = [ '--cs-count' ] env[ 'CCFLAGS' ] = env[ 'CCFLAGS' ] + coverageflags ; env[ 'ARFLAGS' ] = env[ 'ARFLAGS' ] + coverageflags ; env[ 'LINKFLAGS' ] = env[ 'LINKFLAGS' ] + coverageflags ;
To correctly set the build environment, you must start the build from the Visual Studio's developer prompt (available through the start menu) or the Coco's console provided by Build Environment Selection.
Coco v7.3.0 ©2024 The Qt Company Ltd.
Qt and respective logos are trademarks of The Qt Company Ltd. in Finland and/or other countries worldwide. All other trademarks are property
of their respective owners.