使用CMake组织C++工程2:CMake 常用命令和变量

Posted elloop

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了使用CMake组织C++工程2:CMake 常用命令和变量相关的知识,希望对你有一定的参考价值。

前言

前面的文章介绍了一个最简单的CMake工程,这篇文章将介绍一个稍微复杂一些的CMake工程,结合这个工程总结一下在组织一个C/C++工程时最为常用的一些CMake命令和变量。对于涉及到的命令和变量,介绍的原则是点到即止,先仅需掌握基本用法即可,让工程跑起来。

上一篇文章中那个最简单的CMake Hello World工程,在其CMake脚本文件CMakeLists.txt中,仅有一句话:

add_executable(hello hello.cpp)

这里面的add_executable就是一个CMake命令,它的作用是添加一个可执行文件构建目标。

下面从一个C++应用程序的编译过程为脉络对涉及到的命令和变量进行说明。

为了让下面的说明举例更加容易理解,先给出本文的示例工程目录结构:

➜  /Users/sunyongjian1/codes/local_codes/cmake_test tree
.
├── CMakeLists.txt
├── include
│   └── util.h
├── lib
│   └── libutil.a
└── src
    └── main.cpp

三个文件夹: 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变量

加上:

set(CMAKE_CXX_COMPILER      "clang++" )         # 显示指定使用的C++编译器

set(CMAKE_CXX_FLAGS   "-std=c++11")             # c++11
set(CMAKE_CXX_FLAGS   "-g")                     # 调试信息
set(CMAKE_CXX_FLAGS   "-Wall")                  # 开启所有警告

set(CMAKE_CXX_FLAGS_DEBUG   "-O0" )             # 调试包不优化
set(CMAKE_CXX_FLAGS_RELEASE "-O2 -DNDEBUG " )   # release包优化

解释

  • 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如下所示:

cmake_minimum_required ( VERSION 3.0)

project(hello)

include_directories($CMAKE_CURRENT_LIST_DIR/include)

link_directories($CMAKE_CURRENT_LIST_DIR/lib)

aux_source_directory($CMAKE_CURRENT_LIST_DIR/src $hello_src)

add_executable($PROJECT_NAME $hello_src)

target_link_libraries($PROJECT_NAME util)

set(CMAKE_CXX_COMPILER      "clang++" )         # 显示指定使用的C++编译器

set(CMAKE_CXX_FLAGS   "-std=c++11")             # c++11
set(CMAKE_CXX_FLAGS   "-g")                     # 调试信息
set(CMAKE_CXX_FLAGS   "-Wall")                  # 开启所有警告

set(CMAKE_CXX_FLAGS_DEBUG   "-O0" )             # 调试包不优化
set(CMAKE_CXX_FLAGS_RELEASE "-O2 -DNDEBUG " )   # release包优化

在CMakeLists.txt所在目录,新建build目录,并切换进build进行构建即可. 具体构建方法参见上一篇CMake Hello World的构建。

注意:生成的可执行文件路径会在build/src目录下,如需修改生成位置,请参考CMake变量EXECUTABLE_OUTPUT_PATH

总结

本文通过一个C++工程实例,介绍了构建过程中用到的一些CMake命令和变量.

后面的文章将会讲解如何构建更加复杂的C++工程,会用到CMake里的function和其他命令和变量。

参考链接


作者水平有限,对相关知识的理解和总结难免有错误,还望给予指正,非常感谢!

在这里也能看到这篇文章:github博客, CSDN博客, 欢迎访问

以上是关于使用CMake组织C++工程2:CMake 常用命令和变量的主要内容,如果未能解决你的问题,请参考以下文章

cmake编译后能给vs使用吗

Cmake 简单工程组织

在Ubuntu上运行C++程序

C++搭建集群聊天室:工程统帅神器 Cmake,我爱死它了

C++搭建集群聊天室:工程统帅神器 Cmake,我爱死它了

AndroidStudio2.2 cMake方式创建jni工程