cmake简洁教程 - 第三篇

由于cmake内容较多，篇幅较长，为了不让人疲倦，分成了多篇博客，全部博客链接如下

cmake简洁教程 - 第一篇_YZF_Kevin的博客-CSDN博客

cmake简洁教程 - 第二篇_YZF_Kevin的博客-CSDN博客

cmake简洁教程 - 第三篇_YZF_Kevin的博客-CSDN博客

cmake简洁教程 - 第四篇_cmake全局变量_YZF_Kevin的博客-CSDN博客

cmake简洁教程 - 第五篇_YZF_Kevin的博客-CSDN博客

这是博客cmake简洁教程的第三篇，主要介绍如何更"正规"地使用cmake

一般来说，正规的工程会符合以下几条规则

1. 把所有的头文件放在子目录include中

2. 把所有的源文件放在子目录src中

3. 把要编译的目标文件（可执行程序，库文件）放在子目录bin中

4. 把编译的临时文件放在子目录build中，这样就不会都产生在工程根目录下碍眼了

接着上篇博客的例子，我们再次改造，如下图所示（按照上面的规则1,2,3,4，把文件重新挪了下位置）

 这种情况下CMakeLists.txt该怎么写才能满足上面的规则呢？其实也很简单

第一步：先在工程根目录建一个CMakeLists.txt文件，内容如下

cmake_minimum_required (VERSION 3.5)
project (demo)
add_subdirectory (src)

第3行：新命令，意思是添加了一个cmake的子目录，且该目录下有CMakeLists.txt文件，请构建之

第二步：再在子目录src中建一个CMakeLists.txt文件，内容如下

aux_source_directory (. SRC_LIST)
include_directories (../include)
add_executable (main ${SRC_LIST})
set (EXECUTABLE_OUTPUT_PATH ${PROJECT_SOURCE_DIR}/bin)

我们详细解释下

第1行：把当前目录的所有源文件列表（也就是.c和.cpp文件）放在变量 SRC_LIST中

第2行：把目录../include也就是上一层目录下的include目录包含进工程

第3行：编译的目标文件是main，用的源文件列表是变量 SRC_LIST中的文件列表

第4行：set命令我们知道，就是设置变量用的

EXECUTABLE_OUT_PATH 是cmake自带的全局变量，表示编译的可执行程序的存放位置。

PROJECT_SOURCE_DIR 也是cmake自带的全局变量，表示工程的根目录。也就是包含 "project (xxxx)"命令的CMakeLists.txt文件所在的目录。由于我们第一个CMakeLists.txt文件中包含了这句，所以其所在目录也就是工程的根目录了

总结，第4行的意思是：最终编译的可执行程序文件是main，且要存放在工程根目录下的文件目录bin中

最终的文件目录如下（注意看两个CMakeLists.txt文件所在位置）

我们开始编译

切换到build目录下，执行命令 cmake .. 意思是在当面目录执行cmake，但是CMakeLists.txt文件在上一层目录中

解释一下为什么在build目录下运行cmake？从前面几篇博客中可以看到，如果不这样做，cmake运行时会生成附带文件（例如CMakeFiles，cmake_install.cmake Makefile等文件）就会跟工程的代码文件混在一起，会对程序的目录结构造成污染。而在build目录下运行cmake .. 则生成的附带文件就只会待在build目录下，如果我们不想要这些文件了就可以直接删除build目录，很简洁

执行命令 cmake .. 和命令 make 后再到bin目录下执行命令 ./main，结果如下图（注意最终生成的main文件在bin目录下）

 本篇总结（1个新命令，2个新变量）

1. 命令 add_subdirectory (src)  添加一个cmake的子目录，且该目录下一定有CMakeLists.txt文件，请构建之

2. 变量 EXECUTABLE_OUT_PATH cmake自带的全局变量，表示编译的可执行程序的存放位置

3. 变量 PROJECT_SOURCE_DIR cmake自带的全局变量，表示工程的根目录

至此我们已经会了基本的cmake用法，下一篇我们将会讲解更高级别的用法，编译使用动态库，静态库

cmake简洁教程 - 第四篇_cmake全局变量_YZF_Kevin的博客-CSDN博客