程序员经验分享-hwhale

【CMake】CMakeList编写整理

2023-05-16

什么是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>
#endif

int main(int argc, char *argv[])
{

#ifdef USE_MYMATH
    printf("Now we use our own Math library. \n");
    //
#else
    printf("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，用来放置工程的说明文档；
  • 文本文件 COPYRIGHT 和 README 是有关 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_TEST 和 ENABLE_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

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

【CMake】CMakeList编写整理 的相关文章

随机推荐

  • Vscode 连接远程仓库（新手必须知道的知识点）

    常见命令 1 新建码云项目仓库 2 填写仓库名称 将 使用Readme文件初始化这个仓库 选项的勾取消 3 在项目文件夹内 按住Shift 43 鼠标右键打开Windows PowShell xff08 1 xff09 输入git init

  • ROS架构（五）——ROS的通信机制

    ROS架构 xff08 五 xff09 ROS的通信机制 目录 总述一 通信机制一 话题通信机制二 通信机制二 服务通信机制三 通信机制三 参数管理机制四 话题与服务的区别 总述 ROS的核心 分布式通信机制 ROS是一个分布式框架 xff

  • VNC远程登录操作Ubuntu16.04

    VNC远程登录操作Ubuntu16 04 目录 总述一 设置Ubuntu16 04 xff0c 允许进行远程控制二 安装vncserver三 安装dconf editor 取消权限限制 四 远程连接Ubuntu 16 04 总述 VNC实现

  • 安装Melodic在sudo rosdep init时报错：ERROR: cannot download default sources list from:***

    报错如下 xff1a ERROR cannot download default sources list from https raw githubusercontent com ros rosdistro master rosdep s

  • 机器视觉（一）——ROS中的图像数据

    机器视觉 xff08 一 xff09 ROS中的图像数据 目录 总述一 二维图像数据二 三维点云数据 总述 无论是USB摄像头还是RGBD摄像头 xff0c 发布的图像数据格式多种多样 xff0c 在处理这些数据之前 就需要了解这些数据的格

  • ROS与机器学习（三）——手写数字识别

    ROS与机器学习 xff08 三 xff09 手写数字识别 目录 1 理论基础2 TensorFlow中的MNIST例程2 1 创建模型2 2 训练模型2 3 评估模型 3 基于ROS实现MNIST3 1 初始化ROS节点3 2 设置ROS

  • centos7升级 cmake

    一 删除旧版本cmake 升级到最新版本前应事先删除旧版本内核 cmake version yum remove y cmake 二 安装需要的模块 yum install y libxml2 libxml2 devel bzip2 bzi

  • SQLyog错误解决方案

    使用sqlyog连接 Mysql 出现的错误 使用sqlyog连接 Mysql 出现的错误 使用sqlyog连接 Mysql 出现的错误使用sqlyog连接 Mysql 出现的错误1251错误原因 xff1a 解决方案 xff1a 使用sq

  • ubuntu在更新软件时出现E: Release file for http://security.ubuntu.com/ubuntu/dists/bionic-security/InRelease

    问题 E Release file for http security ubuntu com ubuntu dists bionic security InRelease is not valid yet invalid for anoth

  • LeetCode之二分查找实战2之第一个错误的版本(278)、猜数字大小（374）

    二分查找2 1 第一个错误的版本 278 2 猜数字大小 xff08 374 xff09 1 第一个错误的版本 278 题目描述 xff1a 简单题 你是产品经理 xff0c 目前正在带领一个团队开发新的产品 不幸的是 xff0c 你的产品

  • python之逻辑回归项目实战——信用卡欺诈检测

    信用卡欺诈检测 1 项目介绍2 项目背景3 分析项目4 数据读取与分析4 1 加载数据4 2 查看数据的标签分布 5 数据预处理5 1 特征标准化5 2 使用下采样解决样本数据不均衡 6 训练数据即划分数据集7 模型建立7 1 sklear

  • C++ 全局变量的跨文件使用

    文章目录 前言一 extern的使用二 容易犯的错误 前言 在写C 43 43 工程文件的时候 xff0c 往往会用到一些所有类都使用的数据 xff0c 比如数据文件等 xff0c 一种写法是写成静态类 xff0c 调用数据时使用类名加属性

  • VS2019使用C++创建winform界面

    用C 43 43 实现winform界面 算是对上一篇文章的补充吧 xff0c 实际上不需要那么繁琐也可以做到 事先准备 打开VS xff0c 新建一个CLR项目 如果在选项中没有发现CLR项目 xff1a 1 找到Visual Studi

  • c++面试题（亲测常问）

    注意 xff1a 此题为我自己面试被问到的 xff0c 及一些摘抄的 xff0c 如有侵权请联系我马上删除 xff01 1 2 32位指针地址所占字节数 为四 举例说明 xff1a char p char test 10 p 61 test

  • torchvision与torch的对应关系及下载链接

    https github com pytorch vision 另外 xff1a Ubuntu18下编译安装torchvision C 43 43 API的详细过程

  • Logisim计算机组成原理实验16位无符号比较器设计

    Logisim用4位无符号比较器构建16位无符号比较器 4位无符号比较器设计思路表达式构建 16位无符号比较器构建思路构建 4位无符号比较器设计 思路 不同位之间进行比较 xff0c 高位优先 真值表太麻烦 xff0c 可以利用表达式进行构

  • React+hooks+TS练习

    一 初始化项目 通过create react app命令创建项目 xff0c template表示使用typescript xff08 node版本高于14才能使用npx xff09 npx create span class token

  • 基于Python的信用卡欺诈检测机器学习案例报告

    本报告借助Python语言探究了在机器学习中 面对一个大型的人与人之间交易的数据集 如何尽快处理大量数据并区分某交易记录是正常的用户行为还是潜在的信用卡欺诈行为 最终通过构建分类模型来对欺诈交易进行分类区分 并通过恰当的方式对构建的模型进行

  • 一个既有趣又简单的整人代码——关机代码

    这一篇博客来的比我的预计时间要长啊 xff0c 在这一周多的时间里 xff0c 我几乎很少有休息和出去玩耍的时间 说实话 xff0c 这样忙碌的生活给我的感觉还是蛮好的 xff0c 让我有一种很充实的感觉 xff0c 有种自己在与时间赛跑的

  • 【CMake】CMakeList编写整理

    什么是CMake 如果软件想跨平台 xff0c 必须要保证能够在不同平台编译 而如果使用 Make 工具 xff0c 就得为每一种标准写一次 Makefile CMake 就是针对上面问题所设计的工具 xff1a 它首先允许开发者编写一种平

热门标签