前言
前面的文章介绍了一个最简单的CMake工程,这篇文章将介绍一个稍微复杂一些的CMake工程,结合这个工程总结一下在组织一个C/C++工程时最为常用的一些CMake命令和变量。对于涉及到的命令和变量,介绍的原则是点到即止,先仅需掌握基本用法即可,让工程跑起来。
上一篇文章中那个最简单的CMake Hello World工程,在其CMake脚本文件CMakeLists.txt中,仅有一句话:
这里面的add_executable
就是一个CMake命令,它的作用是添加一个可执行文件构建目标。
下面从一个C++应用程序的编译过程为脉络对涉及到的命令和变量进行说明。
为了让下面的说明举例更加容易理解,先给出本文的示例工程目录结构:
三个文件夹: include, lib, src分别存放包含文件,库文件,源文件;一个CMakeLists.txt脚本。下面我的任务是编写这个脚本,使得工程包含util.h头文件,编译main.cpp, 链接libutil.a, 最终生成一个可执行文件hello.
给工程起个名字
加上这句:project(hello)
命令:project(<PROJECT-NAME> [LANGUAGES] [<language-name>...])
作用:定义工程名称, 设置几个变量的名字: PROJECT_NAME, PROJECT_SOURCE_DIR, <PROJECT-NAME>_SOURCE_DIR, PROJECT_BINARY_DIR, <PROJECT-NAME>_BINARY_DIR
, 高级用法请见参考链接2:CMake命令
让CMake找到我的头文件
加上这句:include_directories(./include)
作用:把当前目录(CMakeLists.txt所在目录)下的include文件夹加入到包含路径
我习惯这样写:include_directories(${CMAKE_CURRENT_LIST_DIR}/include)
命令: include_directories([AFTER|BEFORE] [SYSTEM] dir1 [dir2 ...])
作用:
-
把dir1, [dir2 …]这(些)个路径添加到当前CMakeLists及其子CMakeLists的头文件包含路径中;
-
AFTER 或者 BEFORE 指定了要添加的路径是添加到原有包含列表之前或之后
-
若指定 SYSTEM 参数,则把被包含的路径当做系统包含路径来处理
第二种写法里用到了CMAKE_CURRENT_LIST_DIR
这个变量,它表示当前CMakeLists所在的路径.
让CMake找到我的源文件
加上: aux_source_directory(./src ${hello_src})
作用: 把当前路径下src目录下的所有源文件路径放到变量hello_src
中
命令:aux_source_directory(<dir> <variable>)
作用:查找dir路径下的所有源文件,保存到variable变量中.
上面的例子中,hello_src
是一个自定义变量,在执行了aux_source_directory(./src ${hello_src})
之后,我就可以像这样来添加一个可执行文件:add_executable(hello ${hello_src})
, 意思是用hello_src
里面的所有源文件来构建hello可执行程序, 不用手动列出src目录下的所有源文件了。
-
aux_source_directory 不会递归包含子目录,仅包含指定的dir目录
-
CMake官方不推荐使用aux_source_directory及其类似命令(file(GLOB_RECURSE …))来搜索源文件,原因是这样包含的话,如果我再在被搜索的路径下添加源文件,我不需要修改CMakeLists脚本,也就是说,源文件多了,而CMakeLists并不需要(没有)变化,也就使得构建系统不能察觉到新加的文件,除非手动重新运行cmake,否则新添加的文件就不会被编译到项目结果中。
-
类似
include_directories()
中CMAKE_CURRENT_LIST_DIR
的用法,也可以写成:aux_source_directory(${CMAKE_CURRENT_LIST_DIR}/src ${hello_src})
让CMake找到我的库文件
加上:link_directories(${CMAKE_CURRENT_LIST_DIR}/lib)
命令:link_directories(directory1 directory2 ...)
作用:不必细说,与include_directories()
类似,这个命令添加了库包含路径。
告诉CMake我的构建目标
加上:add_executable(${PROJECT_NAME} ${hello_src})
命令:add_executable(<name> [WIN32] [MACOSX_BUNDLE] [EXCLUDE_FROM_ALL] source1 [source2 ...])
作用:目前仅需知道,其作用是使用${hello_src}
里面的源文件来生成一个可执行文件,起名叫${PROJECT_NAME}
, 即hello. 在一开始定义的那个project(hello)中的hello。
告诉CMake我要链接哪个库文件
加上:target_link_libraries(${PROJECT_NAME} util)
命令:target_link_libraries(<target> [item1 [item2 [...]]] [[debug|optimized|general] <item>] ...)
作用:仅需知道,名字叫${PROJECT_NAME}
这个target需要链接util这个库,会优先搜索libutil.a(windows上就是util.lib), 如果没有就搜索libutil.so(util.dll, util.dylib)’
上面的例子意思是,让hello去链接util这个库。
传递FLAGS给C++编译器
如果我的main.cpp里面用到了C++11,那么我需要告诉CMake在生成的Makefile里告诉编译器启用C++11。与此类似,我可能也要传递其他FLAGS给编译器,怎么办?
答案是:设置CMAKE_CXX_FLAGS
变量
加上:
解释-
CMAKE_CXX_FLAGS
是CMake传给C++编译器的编译选项,通过设置这个值就好比g++ -std=c++11 -g -Wall
-
CMAKE_CXX_FLAGS_DEBUG
是除了CMAKE_CXX_FLAGS
外,在Debug配置下,额外的参数 -
CMAKE_CXX_FLAGS_RELEASE
同理,是除了CMAKE_CXX_FLAGS
外,在Release配置下,额外的参数
开始构建
通过以上步骤, 最后,在文件头部添加CMake版本检查,以我的电脑上的环境为例,我的CMake版本是3.0,那么我在脚本最开始加上:
cmake_minimum_required ( VERSION 3.0)
完整的CMakeLists.txt如下所示:
在CMakeLists.txt所在目录,新建build目录,并切换进build进行构建即可. 具体构建方法参见上一篇CMake Hello World的构建。
注意:生成的可执行文件路径会在build/src目录下,如需修改生成位置,请参考CMake变量EXECUTABLE_OUTPUT_PATH
。
总结
本文通过一个C++工程实例,介绍了构建过程中用到的一些CMake命令和变量.
后面的文章将会讲解如何构建更加复杂的C++工程,会用到CMake里的function和其他命令和变量。