什么是CMake

如果软件想跨平台,必须要保证能够在不同平台编译。而如果使用 Make 工具,就得为每一种标准写一次 Makefile 。
CMake 就是针对上面问题所设计的工具:它首先允许开发者编写一种平台无关的 CMakeList.txt 文件来定制整个编译流程,然后再根据目标用户的平台进一步生成所需的本地化 Makefile 和工程文件。

在 linux 平台下使用 CMake 生成 Makefile 并编译的流程如下:

  1. 编写 CMake 配置文件 CMakeLists.txt 。
  2. 执行命令 cmake PATH 或者 ccmake PATH 生成Makefile(ccmake 和 cmake 的区别在于前者提供了一个交互式的界面)。其中, PATH 是CMakeLists.txt 所在的目录。
  3. 使用 make 命令进行编译。

指令快查

变量

引用:
  前面我们已经提到了,使用 ${variable_name} 进行变量的引用。在 IF 等语句中,是直接使用变量名而不通过 ${variable_name} 取值。

自定义变量方式:
  主要有隐式定义和显式定义两种。
  使用 SET(variable_name value) 指令,显式定义变量。

SET(SRC_LIST main.cpp)

PROJECT 指令,会隐式的定义 _BINARY_DIR 和 _SOURCE_DIR 两个变量。

# 项目信息
project(Test)

常用变量:
CMAKE_BINARY_DIR/PROJECT_BINARY_DIR /_BINARY_DIR
运行 cmake 命令的目录,通常是 ${PROJECT_SOURCE_DIR}/build。
这三个变量指代的内容是一致的,如果 in-source build,指的是工程顶层目录;如果是 out-of-source build,指的是工程编译发生的目录。

CMAKE_SOURCE_DIR/PROJECT_SOURCE_DIR /_SOURCE_DIR
这三个变量指代的内容是一致的,不论采用何种编译方式,都是工程顶层目录

PROJECT_NAME:返回通过 project 命令定义的项目名称。

CMAKE_CURRENT_SOURCE_DIR
指的是当前处理的 CMakeLists.txt 所在的路径,比如上面例子中的 src 源代码子目录。

CMAKE_CURRRENT_BINARY_DIR
 如果是 in-source 编译,它跟 CMAKE_CURRENT_SOURCE_DIR 一致;
 如果是 out-of-source 编译,他指的是 target 编译目录。
 使用我们上面提到的ADD_SUBDIRECTORY(src bin) 可以更改这个变量的值。
 使用 SET(EXECUTABLE_OUTPUT_PATH <新路径>) 并不会对这个变量造成影响,它仅仅修改了最终目标文件存放的路径。
 
CMAKE_CURRENT_LIST_DIR:CMakeLists.txt 的完整路径;
CMAKE_CURRENT_LIST_LINE:当前所在的行。

EXECUTABLE_OUTPUT_PATH:可执行文件的存放位置;
LIBRARY_OUTPUT_PATH:库文件的存放位置。

调用环境变量:
  使用$ENV{variable_name} 指令就可以调用系统的环境变量了。

set(CMAKE_BUILD_TYPE "Debug")
set(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb")
set(CMAKE_CXX_FLAGS_RELEASE "$ENV{CXXFLAGS} -O3 -Wall")

系统信息变量:
  UNIX
   在所有的类 UNIX 平台为 true,包括 OS X 和 cygwin。
  WIN32
   在所有的 win32 平台为 true,包括 cygwin。

# 判断平台差异,控制在不同的平台进行不同的控制
IF(WIN32)MESSAGE(STATUS “Thisiswindows.”)#作一些 Windows 相关的操作
ELSE(WIN32)MESSAGE(STATUS “Thisisnotwindows”)#作一些非 Windows 相关的操作
ENDIF(WIN32)

主要开关选项

set(CMAKE_CXX_STANDARD 11)
# C++11設置set(CMAKE_CXX_STANDARD_REQUIRED ON)
# 如果不设置的话,则之前设置的STANDARD 11标准可能会失效。因此,其和后一条语句一般是连用的。set(CMAKE_CXX_EXTENSIONS OFF)
# 该值默认使用gnu++11编译,我们的protobuf编译的时候是使用c++11编译的,因此,应该把该变量关了。

指令

cmake_minimum_required()指定cmake最低版本project()会定义两个变量:PROJECT_BINARY_DIR 和 PROJECT_SOURCE_DIR。
# ${PROJECT_SOURCE_DIR}:本CMakeLists.txt所在的文件夹路径
# ${PROJECT_NAME}:本CMakeLists.txt的project名称aux_source_directory(目录 变量)查找指定目录下所有源文件,并保存到指定变量名add_definitions()添加编译选项add_executable(可执行文件名 源文件)根据源文件生成可执行文件;add_library(静态库 STATIC 源文件)根据源文件生成静态库(当没有STATIC选项时,默认生成静态库);add_library(动态库 SHARED 源文件) 根据源文件生成动态库或共享库。add_subdirectory(子目录)指定调用子目录的CMakeLists.txt,通常用于将子目录中的源文件编译成库,来给父目录中的CMakeLists.txt使用。(此时对于父目录的CMakeLists.txt而言,已经知晓子目录中编译后生成的库的存在,因此无需使用link_directories()将该库的所在文件目录另外包含进来。)
# 在add_subdirector之前set的各个变量,在子文件夹中是可以调用的!include_directories(目录)指定头文件目录;link_directories(目录)指定库文件目录。target_link_libraries()指定链接库option(宏 "备注" ON)添加一个选项,并设置默认值为开configure_file(配置文件 配置头文件)根据配置文件生成配置头文件message()打印消息include()指定要包含的其他CMake文件或目录find_package()引入外部依赖包,find_program()FetchContent_Declare(),FetchContent_MakeAvailable()

常用組合:

# 搜索当前目录下的所有.cpp文件,并将其存储到一个变量中,然後指定生成目標。
aux_source_directory(. SRC_LIST)
add_library(Test ${SRC_LIST})
# 子文件:
# 搜索当前目录以及protocol目录下的所有.cpp文件,然後生成链接库
file(GLOB SRC_LIST "*.cpp" "protocol/*.cpp")
add_library(MathFunctions ${SRC_LIST})
# 或者
file(GLOB SRC_LIST "*.cpp")
file(GLOB SRC_PROTOCOL_LIST "protocol/*.cpp")
add_library(MathFunctions ${SRC_LIST} ${SRC_PROTOCOL_LIST})
# 或者
aux_source_directory(. SRC_LIST)
aux_source_directory(protocol SRC_PROTOCOL_LIST)
add_library(MathFunctions ${SRC_LIST} ${SRC_PROTOCOL_LIST})
# 根文件:
# 添加链接库
target_link_libraries(Test4 MathFunctions)

通常流程:

project(xxx)                                          #必须add_subdirectory(子文件夹名称)                         #父目录必须,子目录不必add_library(库文件名称 STATIC 文件)                    #通常子目录(二选一)
add_executable(可执行文件名称 文件)                     #通常父目录(二选一)include_directories(路径)                              #必须
link_directories(路径)                                 #必须target_link_libraries(库文件名称/可执行文件名称 链接的库文件名称)       #必须

流程

if语句

if(...)...
else()...
endif

while语句

while(condition)...
endwhile()

foreach语句

foreach(_target... ...)...endforeach

如:

foreach(i RANGE 1 9 2) #1为起始数,9为终止数,2为步长。message(${i})
endforeach(i)

目录

  • 什么是CMake
  • 指令快查
    • 变量
    • 指令
    • 流程
  • 从简单开始
      • 编写 CMakeLists.txt
      • 编译项目
    • 一个目录,多个cpp文件
    • 多个目录,多个源文件
    • 自定义编译选项
    • 安装和测试
    • 格式化工程
    • 将其他平台的项目迁移到 CMake
  • 參考網址

从简单开始

CMakeList大小写不敏感。

编写 CMakeLists.txt

首先编写 CMakeLists.txt 文件,并保存在与 main.cc 源文件同个目录下:

# CMake 最低版本号要求
cmake_minimum_required (VERSION 3.10.0)
# 项目信息
project(Test)
# 指定生成目标
add_executable(Test main.cpp)
  1. cmake_minimum_required:指定运行此配置文件所需的 CMake 的最低版本;
  2. project:参数值是Test,表示项目的名称是 Test 。
  3. add_executable: 将名为 main.cpp 的源文件编译成一个名称为 Test 的可执行文件。

也可以写成:

# CMake 最低版本号要求
cmake_minimum_required (VERSION 3.10.0)
# 项目信息
project(Test)
# 设置CMakeList变量
SET(SRC_LIST main.cpp)
# 指定生成目标
# add_executable(ClionProject main.cpp)
ADD_EXECUTABLE(Test1 ${SRC_LIST})

SET 用于设置 CMake 变量,另外通过 ${VAR_NAME} 的方式引用变量

编译项目

之后,在当前目录执行 cmake . ,得到 Makefile 后再使用 make 命令编译得到 Demo1 可执行文件。

(base) liana@liana-930MBE:~/Learning/CMakeListTest$ cmake .
-- The C compiler identification is GNU 5.4.0
-- The CXX compiler identification is GNU 5.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: /home/liana/Learning/CMakeListTest(base) liana@liana-930MBE:~/Learning/CMakeListTest$ make
Scanning dependencies of target Test1
[ 50%] Building CXX object CMakeFiles/Test1.dir/main.cpp.o
[100%] Linking CXX executable Test1
[100%] Built target Test1(base) liana@liana-930MBE:~/Learning/CMakeListTest$ ./Test1 5 4
5 ^ 4 is 625

cmake .:‘.’ 表示当前目录,运行后将会自动生成 CMakeFiles 文件夹,CMakeCache.txt,cmake_install.cmake 等文件,并且生成了 Makefile。

make 则是去执行的 Makefile,生成我们的目标文件 CLionProject。

善用make clean,可以删除生成的可执行文件。

或者进行外部构建, 新建立build文件夹并进入:

(base) liana@liana-930MBE:~/Learning/CMakeListTest$ mkdir build
(base) liana@liana-930MBE:~/Learning/CMakeListTest$ cd build(base) liana@liana-930MBE:~/Learning/CMakeListTest/build$ cmake ..
-- The C compiler identification is GNU 5.4.0
-- The CXX compiler identification is GNU 5.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: /home/liana/Learning/CMakeListTest/build(base) liana@liana-930MBE:~/Learning/CMakeListTest/build$ make
Scanning dependencies of target MathFunctions

cmake .. 中的 .. 表示 build 目录的父目录,即是我们的源代码工程目录,因为父目录存在我们需要的 CMakeLists.txt。一般建议在源代码工程目录下新建 build 目录进行构建。
  通过 外部构建 这种方式完成构建后的工程源文件目录如下,构建过程中的中间产物和目标文件都存放在 build 目录中,源文件并没有受其影响。通过删除该文件夹,即可实现中间文件快速删除。即 out-of-source 方式来构建(即生成的中间产物和源代码分离)

一个目录,多个cpp文件

如果有多个cpp文件,

./Test2|+--- main.cpp|+--- MathFunctions.cpp|+--- MathFunctions.h

就写为:

add_executable(Test2 main.cpp MathFunctions.cpp)

或者使用 aux_source_directory 命令,该命令会查找指定目录下的所有源文件,然后将结果存进指定变量名。其语法如下:

aux_source_directory(<dir> <variable>)
# 查找当前目录下的所有源文件
# 并将名称保存到 DIR_SRCS 变量
aux_source_directory(. DIR_SRCS)
# 指定生成目标
add_executable(Test3 ${DIR_SRCS})

这样,CMake 会将当前目录('.' 表示当前目录)所有源文件的文件名赋值给变量 DIR_SRCS ,再指示变量 DIR_SRCS 中的源文件需要编译成一个名称为 Test3 的可执行文件。

多个目录,多个源文件

./Test4|+--- main.cpp|+--- math/|+--- MathFunctions.cpp|+--- MathFunctions.h

对于这种情况,需要分别在项目根目录 Demo3 和 math 目录里各编写一个 CMakeLists.txt 文件。为了方便,我们可以先将 math 目录里的文件编译成静态库再由 main 函数调用。

记得main函数头文件路徑:

根目录中的 CMakeLists.txt :

# CMake 最低版本号要求
cmake_minimum_required (VERSION 3.10.0)
# 项目信息
project(Test)
# 查找当前目录下的所有源文件
# 并将名称保存到 DIR_SRCS 变量
aux_source_directory(. DIR_SRCS)
# 添加 math 子目录
add_subdirectory(math)
# 指定生成目标
add_executable(Test4 ${DIR_SRCS})
# 添加链接库
target_link_libraries(Test4 MathFunctions)

使用命令 add_subdirectory 指明本项目包含一个子目录 math,这样 math 目录下的 CMakeLists.txt 文件和源代码也会被处理 。
使用命令 target_link_libraries 指明可执行文件 main 需要连接一个名为 MathFunctions 的链接库 。

子目录中的 CMakeLists.txt:

# 查找当前目录下的所有源文件
# 并将名称保存到 DIR_LIB_SRCS 变量
aux_source_directory(. DIR_LIB_SRCS)
# 生成链接库
add_library (MathFunctions ${DIR_LIB_SRCS})

在该文件中使用命令 add_library 将 src 目录中的源文件编译为静态链接库 MathFunctions 。

自定义编译选项

CMake 允许为项目增加编译选项,从而可以根据用户的环境和需求选择最合适的编译方案。

例如,可以将 MathFunctions 库设为一个可选的库,如果该选项为 ON ,就使用该库定义的数学函数来进行运算。否则就调用标准库中的数学函数库。

修改根目录下的 CMakeLists.txt 文件:

# CMake 最低版本号要求
cmake_minimum_required (VERSION 3.10.0)
# 项目信息
project(Test)# 加入一个配置头文件,用于处理 CMake 对源码的设置
configure_file ("${PROJECT_SOURCE_DIR}/config.h.in""${PROJECT_BINARY_DIR}/config.h")
# 是否使用自己的 MathFunctions 库
option (USE_MYMATH"Use provided math implementation" ON)
# 是否加入 MathFunctions 库
if (USE_MYMATH)include_directories ("${PROJECT_SOURCE_DIR}/math")add_subdirectory (math)  set (EXTRA_LIBS ${EXTRA_LIBS} MathFunctions)
endif (USE_MYMATH)# 查找当前目录下的所有源文件
# 并将名称保存到 DIR_SRCS 变量
aux_source_directory(. DIR_SRCS)
# 指定生成目标
add_executable(Test5 ${DIR_SRCS})
# 添加链接库
target_link_libraries(Test5 ${EXTRA_LIBS})
  • configure_file 命令用于加入一个配置头文件 config.h ,这个文件由 CMake 从 config.h.in生成,通过这样的机制,将可以通过预定义一些参数和变量来控制代码的生成。
  • option 命令添加了一个 USE_MYMATH选项,并且默认值为 ON 。
  • 根据 USE_MYMATH 变量的值来决定是否使用我们自己编写的 MathFunctions 库。

修改 main.cpp 文件
之后修改 main.cpp 文件,让其根据 USE_MYMATH 的预定义值来决定是否调用标准库还是MathFunctions 库:

#include "config.h"#ifdef USE_MYMATH#include "math/MathFunctions.h"
#else#include <math.h>
#endifint main(int argc, char *argv[])
{#ifdef USE_MYMATHprintf("Now we use our own Math library. \n");//
#elseprintf("Now we use the standard library. \n");//
#endif//return 0;
}

编写 config.h.in 文件
上面的程序值得注意的是第2行,这里引用了一个 config.h 文件,这个文件预定义了 USE_MYMATH 的值。

./Test5|+--- main.cpp|+--- CMakeLists.txt|+--- config.h.in|+--- math/|+--- MathFunctions.cpp|+--- MathFunctions.h|+--- CMakeLists.txt

但我们并不直接编写这个文件,为了方便从 CMakeLists.txt 中导入配置,我们编写一个 config.h.in 文件,内容如下:

#cmakedefine USE_MYMATH

编译项目
现在编译一下这个项目,为了便于交互式的选择该变量的值,可以使用 ccmake 命令(也可以使用 cmake -i 命令,该命令会提供一个会话式的交互式配置界面)
从中可以找到刚刚定义的 USE_MYMATH 选项,按键盘的方向键可以在不同的选项窗口间跳转,按下 enter 键可以修改该选项。修改完成后可以按下 c 选项完成配置,之后再按 g 键确认生成 Makefile 。ccmake 的其他操作可以参考窗口下方给出的指令提示。

這樣,就可以用config.h文件將CMakeLists.txt跟cpp文件連接起來了

安装和测试

CMake 也可以指定安装规则,以及添加测试。这两个功能分别可以通过在产生 Makefile 后使用 make install 和 make test 来执行。在以前的 GNU Makefile 里,你可能需要为此编写 install 和 test 两个伪目标和相应的规则,但在 CMake 里,这样的工作同样只需要简单的调用几条命令。

定制安装规则
首先先在 math/CMakeLists.txt 文件里添加下面两行:

# 指定 MathFunctions 库的安装路径
install (TARGETS MathFunctions DESTINATION bin)
install (FILES MathFunctions.h DESTINATION include)

指明 MathFunctions 库的安装路径。之后同样修改根目录的 CMakeLists 文件,在末尾添加下面几行:

# 指定安装路径
install (TARGETS Test6 DESTINATION bin)
install (FILES "${PROJECT_BINARY_DIR}/config.h"DESTINATION include)

通过上面的定制,生成的 Test6 文件和 MathFunctions 函数库 libMathFunctions.o 文件将会被复制到 /usr/local/bin 中,而 MathFunctions.h 和生成的 config.h 文件则会被复制到 /usr/local/include 中。

我们可以验证一下(顺带一提的是,这里的 /usr/local/ 是默认安装到的根目录,可以通过修改 CMAKE_INSTALL_PREFIX 变量的值来指定这些文件应该拷贝到哪个根目录):

格式化工程

除了上面的cmake ..,还需要更多的格式化工程,让整体变的更好.

./Test4
├── build
| └── bin
| | └── <project_name>
├── doc
| └── <project_name>.txt
├── src
| ├── xxx.c
| └── CMakeLists.txt
├── CMakeLists.txt├── COPYRIGHT
├── README└── run<project_name>.sh
  • src,用来放置工程源代码,包括源文件、头文件以及该目录的 CMake 文件;
  • doc,用来放置工程的说明文档;
  • 文本文件 COPYRIGHTREADME 是有关 license 和如何使用的说明; 构建后的目标文件将放在构建目录的 bin 子目录下;
  • 工程目录下添加一个 run<project_name>.sh 脚本,可以用来调用二进制文件,比如需要按照一定配置、顺序调用多个目标文件,才能完成整个项目的功能。

首先,编写 src 目录下的工程源代码,包括 main.c 和该目录的 CMake 文件 CMakeLists.txt (這裏主要寫出CMakeLists.txt )

# ./src/CMakeLists.txt
ADD_EXECUTABLE(hello main.c)INSTALL(TARGETS hello RUNTIME DESTINATION bin)
# INSTALL 指令用于定义安装规则,安装的内容可以包括目标二进制、动态库、静态库以及文件、目录、脚本等
# 参数中的TARGETS后面跟的就是我们通过ADD_EXECUTABLE或者ADD_LIBRARY定义的目标文件(可执行二进制、动态库、静态库)
# 目标类型也就相对应的有三种,ARCHIVE 特指静态库,LIBRARY 特指动态库,RUNTIME 特指可执行目标二进制
# DESTINATION 定义了安装的路径,如果路径以/开头,那么指的是绝对路径;否则是相对路径${CMAKE_INSTALL_PREFIX}/<dir>

默认的的安装路径前缀 ${CMAKE_INSTALL_PREFIX} 是 /usr/local,所以,采用默认的安装路径 make install 时,会因为权限问题而报错。

在执行 “cmake” 命令时可以指定参数 CMAKE_INSTALL_PREFIX,如下:

ADD_EXECUTABLE 用于生成目标文件,INSTALL 命令则是跟 make install 安装相关,这里是安装目标文件。

接下来是工程根目录下的 CMakeLists.txt,该文件是整个工程的 CMake 文件,需要使用 src 目录下的 CMake 文件。

# ./CMakeLists.txt
CMAKE_MINIMUM_REQUIRED(VERSION 2.10.0)PROJECT(HELLO)
ADD_SUBDIRECTORY(src bin)
# 这个指令用于向当前工程添加存放源文件的子目录,并可以指定中间二进制和目标二进制存放的位置。
# 上面的例子定义了将 src 子目录加入工程,并指定编译输出(包含编译中间结果)路径为 bin 目录。
# 如果不进行 bin 目录的指定,那么编译结果(包括中间结果)都将存放在 build/src 目录(这个目录跟原有的 src 目录对应)
# 指定 bin 目录后,相当于在编译时将 src 重命名为 bin,所有的中间结果和目标二进制都将存放在 bin 目录。INSTALL(PROGRAMS runhello.sh DESTINATION bin)
# 非目标文件的可执行程序安装(比如脚本之类),跟 FILES 指令使用方法相似
INSTALL(FILES COPYRIGHT README DESTINATION doc/cmake/ex_02)
# 用于安装一般文件,并可以指定访问权限,文件名是此指令所在路径下的相对路径(相对于指令所在 CMakeLists.txt)
INSTALL(DIRECTORY doc/ DESTINATION doc/cmake/ex_02)
# DIRECTORY 后面连接的是所在 Source 目录的相对路径,但务必注意:abc 和 abc/有很大的区别。
# 如果目录名不以/结尾,那么这个目录将被安装为目标路径下的 abc;
# 如果目录名以/结尾,代表将这个目录中的内容安装到目标路径,但不包括这个目录本身ADD_TEST(mytest ${PROJECT_BINARY_DIR}/bin/hello)
ENABLE_TESTING()

ADD_SUBDIRECTORY 将整个工程的 CMake 文件与 src 工程源代码关联;
INSTALL 用于安装,这里是安装脚本文件、普通文件和 doc 目录。
ADD_TESTENABLE_TESTING 则与 “make test” 相关

构建:
  构建过程基本与上一个例子一样,make 之后,生成的目标文件将保存在 ./build/bin/ 目录下,make test、make install 分别执行上述的 ADD_TEST 和 INSTALL 指令。

> cd ~/Workspace/cmake_ws/ex_02/
> mkdir build
> cd build/
> cmake ..
> make
> ./hello
> make test
> make install
> cd ..
> rm -rf build/

安装
主要是因为存放的路径比较特殊,如上面提到的 /usr/local,这些路径存在于 shell 的默认路径中。举个例子,某个可执行文件安装到 /usr/local 中,那他在任何一个terminal 中都能被运行,就像在 Windows 下,随便双击某个桌面图标,就能启动程序一样,把那个程序安装到系统上了。

将其他平台的项目迁移到 CMake

CMake 可以很轻松地构建出在适合各个平台执行的工程环境。而如果当前的工程环境不是 CMake ,而是基于某个特定的平台,是否可以迁移到 CMake 呢?答案是可能的。下面针对几个常用的平台,列出了它们对应的迁移方案。

autotools

  • am2cmake可以将 autotools 系的项目转换到 CMake,这个工具的一个成功案例是 KDE 。
  • Alternative Automake2CMake 可以转换使用 automake 的 KDevelop 工程项目。
  • Converting autoconf tests

qmake
qmake converter 可以转换使用 QT 的 qmake 的工程。

Visual Studio

  • vcproj2cmake.rb 可以根据 Visual Studio 的工程文件(后缀名是 .vcproj 或 .vcxproj)生成
    CMakeLists.txt 文件。

  • vcproj2cmake.ps1 vcproj2cmake 的 PowerShell 版本。

  • folders4cmake 根据 Visual Studio 项目文件生成相应的 “source_group”
    信息,这些信息可以很方便的在 CMake 脚本中使用。支持 Visual Studio 9/10 工程文件。

CMakeLists.txt 自动推导

  • gencmake 根据现有文件推导 CMakeLists.txt 文件。

  • CMakeListGenerator 应用一套文件和目录分析创建出完整的 CMakeLists.txt 文件。仅支持 Win32 平台。

參考網址

https://cmake.org/cmake/help/v3.15/
https://www.hahack.com/codes/cmake/
https://durant35.github.io/2016/04/21/tool_CMake_%E5%BF%AB%E9%80%9F%E5%85%A5%E9%97%A8/
https://blog.csdn.net/mindizhike/article/details/113749198?spm=1001.2014.3001.5506

【CMake】CMakeList编写整理相关推荐

  1. 从零开始自制实现WebServer(十六)---- 学习新工具CMake自动编写MakeFile 分门别类整理源文件心情愉悦

    文章目录 全流程实现博客链接 前引 (十六)---- 学习新工具CMake自动编写MakeFile 小改小动项目接近尾声 1.学习新工具 cmake / shell脚本 需要耐心与时间 2.分门别类整 ...

  2. CMake常用命令整理

    CMake常用命令整理 转自:https://zhuanlan.zhihu.com/p/315768216 CMake 是什么我就不用再多说什么了,相信大家都有接触才会看一篇文章.对于不太熟悉的开发人 ...

  3. Cmake知识----编写CMakeLists.txt文件编译C/C++程序

    1.CMake编译原理 CMake是一种跨平台编译工具,比make更为高级,使用起来要方便得多.CMake主要是编写CMakeLists.txt文件,然后用cmake命令将CMakeLists.txt ...

  4. 【Tools】cmake之编写CMakeLists.txt示例

    参考这个博客: cmake配置项目引用动态库 编写CMakeLists.txt 指定cmake版本: cmake_minimum_required(VERSION 3.18) 指定项目名: PROJE ...

  5. Android studio 3.0 (CMake)编写cydia脚本hook native

    在anndroid studio 2.2 后,用它编写native代码只支持用CMake进行,然后我正在准备用Cydia Substrate 来 hook native代码的时候,发现网上没有用CMa ...

  6. 【Linux杂学】CMake:编写 CMakeLists

    [CMake官网]:掌握CMake 1.变量 CMake 变量名称区分大小写,且只能包含字母数字字符和下划线 CMAKE_ 变量[存储均为字符串]是CMake 自定义变量,命名应避开 set 可设变量 ...

  7. cmake使用示例与整理总结

    cmake中一些预定义变量 PROJECT_SOURCE_DIR 工程的根目录 PROJECT_BINARY_DIR 运行cmake命令的目录,通常是${PROJECT_SOURCE_DIR}/bui ...

  8. Linux——cmake使用示例与整理总结

    转自:http://blog.csdn.net/wzzfeitian/article/details/40963457/ cmake中一些预定义变量 PROJECT_SOURCE_DIR 工程的根目录 ...

  9. 【ceph】cmake管理Ceph编译+Ceph工程目录+cmake 实战学习

    前言 Ceph cmake 工程 cmake生成的目录 cmake工程添加新模块(CMakeLists.txt) 添加动态库依赖 cmake导入外部链接库 *.cmake文件 cmake生成编译DEB ...

  10. Ubuntu下使用cmake结合CmakeLists.txt生成makefile文件并进行编译

    转自1:https://www.cnblogs.com/cv-pr/p/6206921.html 转自2:https://blog.csdn.net/qqwangfan/article/details ...

最新文章

  1. dx9 lock unlock效率太低_巧用“动作经济原则”,员工不累,效率加倍!
  2. python3.8提示pip_Linux下升级安装python3.8并配置pip及yum的教程
  3. Ubuntu配置交叉编译环境
  4. 2020-10-23(SMC加密技术)
  5. linux memalign、valloc函数
  6. 微服务【1.1】Swagger的使用
  7. 【实践案例】Databricks 数据洞察在美的暖通与楼宇的应用实践
  8. Windows下用CMake编译JsonCpp及配置(适合新手)
  9. 数据挖掘10大算法(1)——PageRank
  10. php操作字符串(移除字符,计算字符串中字符个数,分割字符串,字符串序列化...
  11. avast6.0网络安全软件破解至2050年_avast激活码_avast有效激活
  12. toastr 在js中的用法
  13. 大数据之实战足球盘口、凯利、必发和预测结果分析
  14. uni-app 解决富文本图片溢出问题
  15. JSP页面和html页面中文乱码的解决
  16. 学习node.js前所需储备知识
  17. 如何使用新一代轻量级分布式日志管理神器 Graylog 来收集日志
  18. 微型计算机的主要硬件以及技术指标,微型计算机的硬件组成.doc
  19. Endnote中字体大小怎么改变?
  20. html导入外部webgl,【WebGL教程】Lesson 3 引入纹理以及简单的图像处理

热门文章

  1. 分布式智能电网-BMS蓄电池安全管理系统在各行业应用
  2. 文件预览-使用SecretID和SecretKey进行腾讯云cos桶文件预览(word、ppt等)
  3. MDK5中F103C8T6的RCC时钟配置时指向RCC_AHB1PeriphClockCmd但报错identifier “RCC_AHB1Periph_GPIOB is undefined的解决
  4. Hi3519AV100 sdk 介绍
  5. 一篇文章带你认识什么是数学建模
  6. 腾讯云学生服务器9元/月
  7. LinkList L 与LinkList L(LNode* L , LNode* L)的区别
  8. 201671030107词频统计软件项目报告
  9. linux删除文件历史如何查看,如何恢复误删除的Linux文件
  10. 51单片机基础实验例程