CMake库打包以及支持find_package(二)

简介: CMake库打包以及支持find_package(二)

CMake导出库


经过上述步骤,我们已经安装了我们库的所有东西,现在其他用户可以通过include_directoriesadd_libraries以及制定链接的目标等相应操作来使用我们的库,但是我们希望能够像OpenCV一样,让我们的库的CMake整合到别人的项目中去。

为此,CMake提供了目标导出的功能。导出一个目标能够让我们重复利用一个CMake工程,比如一些变量等等,就像用户自己定义的一样,最常见的就是OpenCV和NDK这类的工程。

为了使用导出功能,需要创建一个my_library.cmake文件,其中包含了所有编译和安装目标的引用,用户只需要包含这个文件就可以使用前面编译和安装的库。为了能够导出my_library库,我们需要做两件事:

  • 首先,对于每个目标,需要指明其是否导出。这个可以通过在install(TARGET)命令中添加EXPORT my_library选项,像下面这样:
  • install(TARGETS my_library EXPORT my_library DESTINATION "${lib_dest}")
  • 其次,导出的目标也需要安装,这个可以通过在根目录下的CMakeLists.txt中的install(EXPORT)命令完成。因为我们的编译类型和config_impl.hpp的位置以及库的目标位置有关,二者会被安装到${lib_dest},因此,安装命令如下:
  • install(EXPORT my_library DESTINATION '${lib_dest}')

现在还有一个小问题:我们的目标库设定了target_include_directories(),这个设置会将我们要构建的目标(add_library或者add_executable所指定的生成目标)所使用的头文件目录传递给目标,并且安装时也是依据这个来安装目标对象的头文件,这就导致构建和安装的时候,必须使用同一个include目录。而且这个目录是不能随意更改的,否则在构建的时候会出现问题。


这里有个额外的知识,我们知道target_include_directories()指定了对象的include目录,当这个target T 被其他的target通过target_link_libraries()链接的时候,T中通过target_include_directories()指定的PUBLICINTERFACE目录,会被自动导入到其他的target的include_directories中。这也是target_include_directories()在项目的多模块引用时的一个用法。


CMake有一个特性可以支持修复上述的问题,就是生成器表达式,这个特性可以允许设定目标对象在构建和安装时,使用不同的include目录,我们需要将target_include_directories()调用改为如下的格式:


target_include_directories(my_library PUBLIC
        $<BUILD_INTERFACE:${MY_LIBRARY_SOURCE_DIR}/include> # for headers when building
        $<BUILD_INTERFACE:${CMAKE_CURRENT_BINARY_DIR}> # for config_impl.hpp when building
        $<INSTALL_INTERFACE:${include_dest}> # for client in install mode
        $<INSTALL_INTERFACE:${lib_dest}> # for config_impl.hpp in install mode)


这样我们就有了一个my_library.cmake,当需要用到my_library库的时候,只需要通过include(/path/to/installation/my_library-1.0/Debug/my_library.cmake)来直接引用,而不比再搞一大堆类似lib的路径,include的路径等等操作了。

但是现在还不是最终形式,我们前面说了,要搞成类似OpenCV那种支持自动find的形式,接着就是最后的支持包搜索了。


支持find_package


CMake支持find_package(),相信大家在Linux上面用OpenCV,很多都是直接用这条命令。

当我们用find_package(my_library ...)这条命令时,它去${CMAKE_INSTALL_PREFIX}/lib目录下一个名为my_library*的文件夹中自动去寻找一个类似my_library-config.cmake的文件,而我们的安装命名就是符合这个规则的,lib/my_library-[major].[minor] - ${main_lib_dest}。所以现在我们只需要提供my_library-config.cmake文件。

这个文件的内容是能够被find_package()直接调用的脚本,通常包含了定义目标的代码,而这些代码我们已经通过install(EXPORT)命令生成在my_library.cmake文件中了,因此我们只需要在my_library-config.cmake文件中include()这个文件。包含的时候也要匹配相应的版本号和编译类型


# my_library-config.cmake - package configuration file
get_filename_component(SELF_DIR "${CMAKE_CURRENT_LIST_FILE}" PATH)
include(${SELF_DIR}/${CMAKE_BUILD_TYPE}/my_library.cmake)


这个文件同样能够存储在我们的库中,必须记住在安装的时候顺便将其安装了:


install(FILES my_library-config.cmake DESTINATION ${main_lib_dest})
install(EXPORT ...)


现在,用户只需要在自己的CMake项目中调用find_package(my_library REQUIRED),这个库就会被自动搜索和找到(如果该库的${CMAKE_BUILD_TYPE}类型已经被安装了),并且导出所有的对象,然后方便用户直接链接:target_link_libraries(client_target PUBLIC my_library),能够直接链接到正确的版本和构建类型。

REQUIRED并非必须,但是在引用目标的时候就必须附加相应的变量。


版本控制


find_package()同样支持版本控制,你可以传入版本号作为第二个参数。

find_package()的版本控制是通过一个类似名为my_library-config-version.cmake文件完成的,和my_library-config.cmake类似,你需要在库中提供并安装它。

这个版本控制文件接受${PACKAGE_FIND_VERSION_MAJOR/MINOR}格式的版本号,并设置相应的合适版本号变量${PACKAGE_VERSION_EXACT/COMPATIBLE/UNSUITABLE},以及完整的版本号${PACKAGE_VERSION}。但是仅仅设置版本号相关的变量还没有解决一个问题:到底哪个版本的库将会被安装。为此,我们需要在安装之前通过引用根目录的CMakeLists.txt中的版本号相关的变量来进行安装的配置。

这里有一个简单的脚本,需要一个指定的大版本号以及必须大于等于的小版本号:


# my_library-config-version.cmake - checks version: major must match, minor must be less than or equal
set(PACKAGE_VERSION @MY_LIBRARY_VERSION@)
if("${PACKAGE_FIND_VERSION_MAJOR}" EQUAL "@MY_LIBRARY_VERSION_MAJOR@")
    if ("${PACKAGE_FIND_VERSION_MINOR}" EQUAL "@MY_LIBRARY_VERSION_MINOR@")
        set(PACKAGE_VERSION_EXACT TRUE)
    elseif("${PACKAGE_FIND_VERSION_MINOR}" LESS "@MY_LIBRARY_VERSION_MINOR@")
        set(PACKAGE_VERSION_COMPATIBLE TRUE)
    else()
        set(PACKAGE_VERSION_UNSUITABLE TRUE)
    endif()
else()
    set(PACKAGE_VERSION_UNSUITABLE TRUE)
endif()


可以在根目录的CMakeLists.txt中配置相应的版本(通过替换@中的版本变量为相应的正确版本号)和完成安装。


configure_file(my_library-config-version.cmake.in ${CMAKE_CURRENT_BINARY_DIR}/my_library-config-version.cmake @ONLY)
install(FILES my_library-config.cmake ${CMAKE_CURRENT_BINARY_DIR}/my_library-config-version.cmake DESTINATION ${main_lib_dest})
install(EXPORT ...)


这里@NOLY主要是为了不符合CMake的变量命名方式。

现在调用find_package(my_library 1.0 REQUIRED)这种形式,可以寻找1.0或者相兼容版本(如果你设置了兼容的版本号)的库。


总结


总结来看,为了在CMake中支持库的安装和find_package(),我们需要:

  • 改变库目标的target_include_directories(),使用$<BUILD_INTERFACE:>$<INSTALL_INTERFACE:>生成器表达式来设置正确的include目录。在安装模式下,就是把库的头文件将会被安装的位置。(看下一条)
  • 通过install(FILES)安装头文件到include/my_library-[major].[minor]中。
  • 通过install(FILES)安装相应的配置头文件(或者其他依赖于构建类型(build type)的头文件)到lib/my_library-[major].[minor]/${CMAKE_BUILD_TYPE}/中。
  • 通过install(TARGET target EXPORT my_library ...)安装库文件到lib/my_library-[major].[minor]/${CMAKE_BUILD_TYPE}/中,这条命令也将目标加入导出集合中。
  • 定义一个命名为my_library-config.cmake的文件,其中包含了相应的my_library.cmake文件。还需要定义一个my_library-config-version.cmake.in配置文件,和上述一样,用于版本兼容性检查和控制。
  • 通过configure_file(...)来配置正确的版本安装的文件,然后通过install(FILES)安装相应版本控制文件和my_library-config.cmake文件到lib/my_library-[major].[minor]/中。
  • 通过install(EXPORT)安装导出集合中的的库文件到lib/my_library-[major].[minor]/${CMAKE_BUILD_TYPE}/

现在,用户只需要通过如下方式来调用:


find_package(my_library 1.0 REQUIRED)  
target_link_libraries(client_target PUBLIC my_library)


这样就能够自动地寻找合适版本的库进行链接。

目录
相关文章
|
Oracle 关系型数据库 Go
【开发工具】解决 Goland 报错:Found several packages [main, xxx] in ...
【开发工具】解决 Goland 报错:Found several packages [main, xxx] in ...
1713 0
【开发工具】解决 Goland 报错:Found several packages [main, xxx] in ...
|
Python
python pyinstaller “Cannot find the MXNet library“ libmxnet.dll #文件包缺失
python pyinstaller “Cannot find the MXNet library“ libmxnet.dll #文件包缺失
161 0
|
3月前
|
编译器 API 开发工具
CMake构建学习笔记17-uriparser库的构建和使用
【9月更文挑战第15天】这是关于在 CMake 构建环境中构建与使用 uriparser 库的学习笔记。uriparser 是一个用于解析和处理 URI 的 C 语言库,提供高效准确的方法来解析和操作 URI。笔记详细介绍了获取源码、创建 CMake 项目结构、编写 `CMakeLists.txt`、构建项目以及在代码中包含头文件并解析 URI 的步骤。同时,还提醒了错误处理、平台兼容性和参考文档等注意事项,帮助开发者更好地理解和使用该库。
|
7月前
CMake中FindPackageHandleStandardArgs.cmake文件的作用和用法
CMake中FindPackageHandleStandardArgs.cmake文件的作用和用法
174 2
|
7月前
|
测试技术 编译器 持续交付
【Conan 入门教程 】深入理解Conan中的测试包:test_package目录的精髓
【Conan 入门教程 】深入理解Conan中的测试包:test_package目录的精髓
302 0
|
7月前
|
C++ Windows
CMake中的find_package(xxx REQUIRED)在windows平台怎么解
CMake中的find_package(xxx REQUIRED)在windows平台怎么解
365 0
|
测试技术 Linux
CMake库打包以及支持find_package(一)
CMake库打包以及支持find_package(一)
232 0
|
Linux Python
服务器 Linux环境上查看Python site-package 包所在位置
服务器 Linux环境上查看Python site-package 包所在位置
服务器 Linux环境上查看Python site-package 包所在位置
|
缓存 Java 开发工具
你会在 JitPack 上创建依赖库吗?
你会在 JitPack 上创建依赖库吗?
293 0
你会在 JitPack 上创建依赖库吗?
|
Linux Shell
pkg-config 自动补全 C 编译库依赖
pkg-config 是一个在源代码编译时查询已安装的库的使用接口的计算机工具软件。
139 0