CMake进阶教程
本文最后更新于 2026年4月10日 下午
上一篇文章CMake基础教程中介绍了CMake的一些基础用法,本文是该系列的进阶教程,将会介绍一些CMake的进阶用法,帮助我们更好地管理更复杂的项目。
CMake的进阶使用
之前已经介绍了如何使用CMake添加目标并为其配置头文件包含目录和依赖库,但并没有涉及如何使用第三方库,以及更精细的配置。本节将会在这些方面进一步深入。
上一节已经解读了MineSweeper的msutils和ui两个模块的CMakeLists.txt,本节将主要根据qt_ui模块的CMakeLists.txt来介绍。
这是qt_ui模块的CMakeLists.txt
1 | |
使用第三方库
上一篇文章中介绍了如何链接库,但链接的只是我们自己创建的库,而真正开发时自然少不了需要使用第三方库的时候。
使用第三方库,最常用的还是使用find_package函数来查找。
其基础的语法是
1 | |
其寻找库的方式分为两种,模块模式和配置模式。
模块模式
模块模式通常使用外部提供而不是库本身提供的Find<PackageName>.cmake文件来按照特定方式去寻找模块。会在所有在变量CMAKE_MODULE_PATH中列出的目录中寻找。如果我们要使用非标准方式提供的模块文件,则只需要将其所在目录添加到该变量中即可。
CMake会设置相应的变量来存储查找结果,变量比较多,详情可以参阅官方文档,这里只介绍几个
<PackageName>_FOUND:是否找到<PackageName>_INCLUDE_DIRS:模块中所有包含目录的最终集合<PackageName>_LIBRARIES:模块中所有的库
如果是按照这种方式查找的,我们可以通过这三个变量判断库有没有找到,并将其包含目录和库全部添加到我们的目标上。
这种模式已经被逐渐弃用,现在主流的是使用配置模式。其使用更符合Modern CMake的基于目标的实现形式。
配置模式
在此模式下,CMake 搜索名为<lowercasePackageName>-config.cmake或<PackageName>Config.cmake的文件。如果指定了版本详细信息,它还会查找<lowercasePackageName>-config-version.cmake或<PackageName>ConfigVersion.cmake文件,去做版本相关的处理。这些文件通常在lib/cmake/PackageName下面。
CMake确定路径结构时常常需要使用相对路径,其会将某个路径作为Prefix,以这些路径作为当前目录取相对路径。比如之前我们设置CMAKE_INSTALL_PREFIX变量为某个值,就是以这个路径作为当前目录取相对路径来确定安装目标位置。
CMake搜索配置文件时也会以一系列路径作为前缀路径来确定配置文件的位置,这些前缀路径存储在CMAKE_PREFIX_PATH变量中,在Linux中其默认值为/usr,通过包管理器安装的C/C++库往往都会将配置文件放到/usr/lib/cmake下面包名对应的文件夹中,这些可以被CMake默认搜索到。当我们使用其他方法将库安装到非标准位置时,只需要将其Prefix附加到变量CMAKE_PREFIX_PATH中。
比如我们从源码编译一些库并安装到~/.local下(安装时指定CMAKE_INSTALL_PREFIX为~/.local),要调用时就可以将~/.local添加到CMAKE_PREFIX_PATH中,一般不建议在CMakeLists.txt中直接硬编码,而是通过设置环境变量或在预设文件中设置该变量,又或者调用cmake时手动传入。
该模式下,允许包将自己分为多个组件(Component),一个组件相当于一个子包,其中也可以包含多个目标。一个组件共享一个配置文件,便于选择性安装和包配置。
组件不等于目标,一个组件可能含有多个目标,上面Qt6::Gui是Qt6 Gui组件中的一个目标,虽然同名,但不是一个概念。一些比较小的库往往不使用组件,这时候如果以为组件就是目标而擅自在
find_package中加上COMPONENTS target REQUIRED可能会导致找不到组件而报错。
一个包往往会有一个以包名命名的名称空间,引用包中一个目标一般可以通过PackageName::Component实现。而如果包中添加了组件,那么每一个组件可能也有各自名称空间,但也有可能设置为和包共用名称空间。这由库的开发者决定。
上面的CMakeLists.txt中使用了find_package函数来查找Qt6,便是使用了配置模式。Qt6是个庞大的框架,我们使用其中四个组件,要确保这些组件被找到的方式便是加上COMPONENTS component1 ...,这些组件如果有一个没有找到,则视为这个包没有找到。最后的REQUIRED表示这是必须的,找不到无法完成配置。
控制语句
这是msutils模块的CMakeLists.txt的后半部分内容
1 | |
由于C/C++有众多编译器,每个编译器支持的编译选项也不同,因此我们通常需要根据编译器的不同来选择不同的编译参数。上面部分就使用了if语句来分情况添加编译选项。
CMake的if语句写法大致如上,通过STREQUAL函数来比较两个字符串是否相同,内置变量CMAKE_CXX_COMPILER_ID表示C++使用的编译器名字。具体列表见官网。
我们还可以像qt_ui的CMakeLists.txt中那样通过CMAKE_SYSTEM_NAME变量判断操作系统(交叉编译的话,该值应是目标系统)。具体列表见官网。
编译选项(compile option)
在编译时,编译器提供了很多选项(options),我们可以通过CMake为目标设置特定的选项。
我们使用target_compile_options函数来设置编译选项。语法上与之前介绍的两个没有什么区别,只是后面的列表中是编译器的参数,无需使用字符串,直接写出来空格隔开。
上面我们便为msutils设置了编译时打印所有warnings的选项。
在msutils中我们使用了PUBLIC作用域,因此链接了该静态库的其他两个可执行文件也都会开启这些选项。
安装(install)
CMake要配置安装一般使用install命令,该命令可以安装多种对象,本文将介绍以下这些。
1 | |
安装命令较为复杂,但大多都是写开发库和框架时需要的,本文中不会涉及,因此删去大部分参数,只保留少数常用的参数。
比如所有的安装命令都有指定文件访问权限的参数,本文中都将其删去。要了解其详细用法,请参考官网文档
目标安装
这是最常用到的命令,将目标安装到指定路径下。路径若使用相对路径,则相对CMAKE_INSTALL_PREFIX变量的值,该值在linux系统下一般默认为/usr或/usr/local。
基础语法如下
1 | |
其中<artifact-option>包含很多内容,我们主要使用DESTINATION <dir>用来指定输出目录。但对于一般的静态库、动态库或可执行文件,这并不是必要的,因为一般默认值就是推荐值。
其中<artifact-kind>表示目标中对象的类型,亦包括很多种,但我们主要介绍三种:
ARCHIVE:静态库或动态库的导入库。LIBRARY:动态库(除了DLL)。RUNTIME:可执行文件或DLL。
第一次设置是为所有类型设置。第二次设置是为指定类型单独设置选项。
qt_ui中便使用此命令安装MineSweeper-qt目标,并指定了输出目录为bin(实际上并不需要指定,因为这就是默认值)。
Windows下动态库默认安装到bin,和可执行文件在同一个目录,因此通常不会有找不到动态库的问题。在linux默认安装到lib,如果安装到非标准位置,你需要将该位置下的lib文件夹加入到ld的搜索路径中,才能保证动态库被正确调用。
动态库依赖安装
我们的程序若使用了动态库,且该动态库没有安装到系统全局中,我们可能需要在安装自己的程序时,将其依赖的动态库也安装到对应位置上。
如果这个动态库是我们项目中的一个目标,自然很简单,直接将其作为目标安装即可。但如果是通过find_package导入的第三方库,是无法通过这个方法安装的。
比如上面qt_ui在windows下时,由于一般windows下面安装qt都不会将qt安装到系统全局中,所以我们必须在安装程序的同时安装其依赖的qt相关动态库文件。
CMake提供了相应的安装命令,其基础语法如下
1 | |
整体与安装目标的命令一样,该命令用于安装运行时工件,最常用的便是用于安装动态库依赖(该命令不会安装动态库的导入库)。
上面qt_ui便通过此命令安装了qt6相关动态库。
文件安装
如果要安装一些文件,可以使用命令
1 | |
FILES和PROGRAMS使用相同的形式,PROGRAMS一般用于安装脚本文件,与FILES的区别在于其可以设置执行权限。
我们应该在指定TYPE和DESTINATION中二选一,若指定了类型,则会根据类型决定安装位置。常用类型有
| Type | Destination |
|---|---|
BIN |
bin |
LIB |
lib |
INCLUDE |
include |
SYSCONF |
etc |
上面qt_ui在windows下将会通过此命令安装Qt6的一些必须的plugins到安装路径中。(可以通过指定环境变量让程序找到这些plugins,但直接自己装上一劳永逸)。
文件夹安装
要安装文件夹的基础命令如下
1 | |
DIRECTORY可以分别设置目录权限和文件权限,并且可以使用匹配机制只安装文件夹下匹配到的文件。
比如如果我们想要将qt_ui模块下的resources文件夹中的svg图片都安装到指定位置(原项目使用qrc文件,通过rcc工具将资源文件直接打包进可执行文件中)可以这样写
1 | |
编译特性(compile feature)
编译特性是编译器支持的特性,比如C++11、C++14、C++17标准,或者对constexpr、decltype、final的单独支持等。我们可以通过target_compile_features函数来设置编译器特性。
1 | |
编译器支持的特性可以通过变量CMAKE_CXX_COMPILE_FEATURES或CMAKE_C_COMPILE_FEATURES获取。所有的已知的特性都可以通过CMAKE_CXX_KNOWN_FEATURES或CMAKE_C_KNOWN_FEATURES来查询。
比如要为msutils启用C++20的特性,可以这样写target_compile_features(msutils PRIVATE cxx_std_20)。
单个特性主要是C++11和C++17的,为其单独设置在现在已经没有太大的必要。因此这个命令主要用于指定标准。最后实际上是通过传递-std=标志实现。
编译定义(compile definition)
编译定义主要指宏的定义。为C/C++源文件动态的注入宏的值。基础命令如下
1 | |
比如我们可以通过target_compile_definitions(msutils PRIVATE FOO=1)来为msutils添加一个宏定义。该宏定义会在预编译时注入到源文件中。
也可以使用add_compile_definitions函数来添加。
属性(property)
CMake中属性可以影响到方方面面,从编译到构建过程到测试等都会有影响,CMake的所有信息基本都保存在各种对象的属性中。属性分为多种,有全局属性、目录属性、目标属性测试属性、源文件属性等等。
比如我们通过各种命令为目标添加的包含目录,最终都会被存储到目标的INCLUDE_DIRECTORIES属性中去。链接的库都会被记录到LINK_LIBRARIES属性中去。
还有一些其他的,起到特定作用的属性。比如上面qt_ui中当操作系统是windows时,会将MineSweeper-qt的WIN32_EXECUTABLE属性设为TRUE。这个属性为TRUE时会为程序构建一个带有WinMain入口的可执行文件,这使得其成为GUI程序而不是控制台程序。
读取和设置单个属性的命令为get_property()和set_property()。或者使用set_target_properties, set_source_files_properties, set_tests_properties, set_directory_properties为单个目标、源文件、测试、目录设置属性。将set改为get即对应的读取属性的命令。
这里只介绍最为常用的设置目标属性,其语法如下。
1 | |
全部的属性列表见官网。其他命令的具体用法可自行到CMake官网查询。
输出信息
有时我们想要在CMake的输出中查看一些信息,可以使用message命令。该命令可以输出一些信息到终端中,语法如下
1 | |
<mode>中可以指定输出的类型,常用的有STATUS、WARNING、AUTHOR_WARNING、SEND_ERROR、FATAL_ERROR、VERBOSE等。具体列表见官网。
比如我们想要查看MineSweeper-qt的LINK_LIBRARIES属性的值,可以这样写
1 | |
生成构建系统时加上参数--log-level VERBOSE,cmake就会输出上面的信息。如果没有输出,删除原本的构建系统重新运行再看看。
输出结果中应有这一行
1 | |
总结
以上就是本文全部内容。目前介绍了如何使用CMake进行更细致的配置,如何使用第三方库,如何将程序安装到目标位置等等。
但如果想要开发的不是一般工程,而是开发库,甚至是大型的框架,这些显然是不够的。
但我掌握的内容暂时就到这里了,我也正在学习中,后续随着我的学习,可能还会再写一些专题教程。