find_package()的底层运行机制

超、凢脫俗 2023-02-14 10:25 19阅读 0赞

马斯克的龙飞船中的操作系统是Linux,软件工程使用的是C++,用GCC和GDB去调试代码,C++如此强大和灵活,所以有必要了解一下C++工程是如何make的.

我们在写CMakeLists.txt时候需要查找第三方库的头文件和库文件,通常直接是执行

find_package(xxx)

然后就会有对应的

${XXX_INCLUDE_DIRS}和${XXX_LIBRARIES}

如果find\_package(xxx)失败的话,就不会生成这两个环境变量.  
这里讲一下这两个环境变量是怎么产生的.

# 1 find\_package的两种搜索库模式 #

Module模式：搜索CMAKE\_MODULE\_PATH指定路径下的FindXXX.cmake文件，执行该文件从而找到XXX库。其中，具体查找库并给XXX\_INCLUDE\_DIRS和XXX\_LIBRARIES两个变量赋值的操作由FindXXX.cmake模块完成。

Config模式：搜索XXX\_DIR指定路径下的XXXConfig.cmake文件，执行该文件从而找到XXX库。其中具体查找库并给XXX\_INCLUDE\_DIRS和XXX\_LIBRARIES两个变量赋值的操作由XXXConfig.cmake模块完成。

# 2 CMakeLists.txt中常用的变量 #

*CMAKE\_BINARY\_DIR*

PROJECT_BINARY_DIR 
      <projectname>_BINARY_DIR
      CMAKE_BINARY_DIR

这三个变量指代的内容是一致的，如果是 in source 编译，指的就是工程顶层目录，如果是 out-of-source 编译,指的是工程编译发生的目录。

*CMAKE\_MODULE\_PATH*  
这个变量用来定义自己的 cmake 模块所在的路径。如果你的工程比较复杂,有可能会自己编写一些 cmake 模块,这些 cmake 模块是随你的工程发布的,为了让 cmake 在处理CMakeLists.txt 时找到这些模块,你需要通过 SET 指令,将自己的 cmake 模块路径设置一下。

比如

SET(CMAKE_MODULE_PATH ${PROJECT_SOURCE_DIR}/cmake)

这时候你就可以通过 INCLUDE 指令来调用自己的模块了。

*CMAKE\_SOURCE\_DIR*

PROJECT_SOURCE_DIR
     <projectname>_SOURCE_DIR
     CMAKE_SOURCE_DIR

这三个变量指代的内容是一致的,不论采用何种编译方式,都是工程顶层目录。  
也就是在 in source 编译时,他跟 CMAKE\_BINARY\_DIR 等变量一致。  
PROJECT\_SOURCE\_DIR 跟其他指令稍有区别,现在,你可以理解为他们是一致的。

*CMAKE\_CURRENT\_SOURCE\_DIR*  
指的是当前处理的 CMakeLists.txt 所在的路径,比如上面我们提到的 src 子目录。

*CMAKE\_CURRRENT\_BINARY\_DIR*  
如果是 in-source 编译,它跟 MAKE\_CURRENT\_SOURCE\_DIR 一致,如果是 out-of-source 编译,他指的是 target 编译目录。  
使用我们上面提到的 ADD\_SUBDIRECTORY(src bin)可以更改这个变量的值。  
使用 SET(EXECUTABLE\_OUTPUT\_PATH <新路径>)并不会对这个变量造成影响,它仅仅修改了最终目标文件存放的路径。

*CMAKE\_CURRENT\_LIST\_FILE*  
输出调用这个变量的 CMakeLists.txt 的完整路径

*CMAKE\_CURRENT\_LIST\_LINE*  
输出这个变量所在的行

*EXECUTABLE\_OUTPUT\_PATH 和 LIBRARY\_OUTPUT\_PATH*  
分别用来重新定义最终结果的存放目录,前面我们已经提到了这两个变量。

*PROJECT\_NAME*  
返回通过 PROJECT 指令定义的项目名称。