CMake中的find_package(xxx REQUIRED)在windows平台怎么解

简介: CMake中的find_package(xxx REQUIRED)在windows平台怎么解

最近在编译FastDDS时,遇到了这个问题,使用CMake构建时提示找不到库。

下载的源代码不能一次性编过是最让人头疼的问题,这种开源代码通常都是迭代了很多版本,各种配置信息如果不在文档中说明,全靠自己去摸索确实会让人头大,所以,我尽可能的把我遇到的问题分享出来,供大家参考,而不要在这种环境问题上就栽了大跟头。

今天就来介绍一下CMake中的find_package在windows平台该怎么配置,怎么使用。

以一个全新的例子说明,比如我们要在这里使用Dll库中的fnDll1()函数,就这么简单:

#include "Dll1.h"
#include <iostream>
using namespace std;
int main()
{
  std::cout << fnDll1() << std::endl;
  return 0;
}

为它编写一个CMakeLists.txt,方便生成vs工程:

cmake_minimum_required(VERSION 3.10)
project(test)
set(SRC_LIST src/main.cpp)
set(CMAKE_PREFIX_PATH "D:/test/Dll1")
set(CMAKE_PREFIX_PATH ${CMAKE_PREFIX_PATH} "D:/test/Debug")
set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} "D:/test/cmaketest/modules")
#here
find_package(DLL1 REQUIRED)
add_executable(test ${SRC_LIST})
target_include_directories(test PRIVATE ${DLL1_INCLUDE_DIR})
target_link_directories(test PRIVATE "D:/test/Debug")
target_link_libraries(test DLL1)

注意我们设置了一个CMAKE_MODULE_PATH路径,在这个路径下有一个FindDLL1.cmake

# 设置查找脚本的名称
set(DLL1_FIND_SCRIPT "FindDLL1.cmake")
# 定义查找库的过程
find_path(DLL1_INCLUDE_DIR
  NAMES Dll1.h
  PATHS ${CMAKE_PREFIX_PATH}
)
find_library(DLL1_LIBRARY
  NAMES DLL1
  PATHS ${CMAKE_PREFIX_PATH}
)
# 检查是否找到库的头文件和链接库
if (DLL1_INCLUDE_DIR AND DLL1_LIBRARY)
  set(DLL1_FOUND TRUE)
else ()
  set(DLL1_FOUND FALSE)
endif ()
# 提供库的相关变量
if (DLL1_FOUND)
  if (NOT DLL1_FIND_QUIETLY)
    message(STATUS "Found DLL1: ${DLL1_LIBRARY}")
  endif ()
else ()
  if (DLL1_FIND_REQUIRED)
    message(FATAL_ERROR "DLL1 library not found")
  else ()
    message(STATUS "DLL1 library not found")
  endif ()
endif ()

如果开源项目中没有形如FindDLL1.cmake的文件,通常就需要我们自己手写一个,这个文件的作用其实就是为了检查到底有没有这样的库存在。

或者如果你觉得写这样的文件太麻烦,不如生成工程后再手动配置三方库头文件和库文件,那你可以先创建一个空文件,把cmake骗过去,之后再自己手动配置。

最后来看一下目录结构:

(假设DLL1库已经编好了,并且头文件在“D:\test\Dll1”下,lib在“D:\test\Debug”目录下)

然后就可以使用cmake工具生成vs工程了:

打开工程,编译没有问题,查看配置项,可以发现cmake已经按我们指定的路径配置好了。

以上便是整个使用过程,之后再遇到这种问题不会头大了吧。

或者如文章中提到的,如果你觉得写这样的文件太麻烦,还不如手动配,那就可以先放置一个空文件,把CMake骗过去,先保证工程能够生成。

相关文章
|
XML C# 数据格式
掌握了在Windows平台上查看DLL依赖的方法
掌握了在Windows平台上查看DLL依赖的方法
2448 4
|
2月前
|
监控 编译器 Windows
Qt5实现Windows平台串口通信
Qt5实现Windows平台串口通信
|
2月前
|
安全 Linux iOS开发
Binary Ninja 5.1.8104 (macOS, Linux, Windows) - 反编译器、反汇编器、调试器和二进制分析平台
Binary Ninja 5.1.8104 (macOS, Linux, Windows) - 反编译器、反汇编器、调试器和二进制分析平台
376 53
Binary Ninja 5.1.8104 (macOS, Linux, Windows) - 反编译器、反汇编器、调试器和二进制分析平台
|
2月前
|
Linux API iOS开发
Binary Ninja 4.2.6455 (macOS, Linux, Windows) - 反编译器、反汇编器、调试器和二进制分析平台
Binary Ninja 4.2.6455 (macOS, Linux, Windows) - 反编译器、反汇编器、调试器和二进制分析平台
234 14
Binary Ninja 4.2.6455 (macOS, Linux, Windows) - 反编译器、反汇编器、调试器和二进制分析平台
|
3月前
|
安全 Linux API
JEB Pro v5.31 (macOS, Linux, Windows) - 逆向工程平台
JEB Pro v5.31 (macOS, Linux, Windows) - 逆向工程平台
162 0
|
4月前
|
Unix Linux 编译器
解决在Windows平台上运行Golang程序时出现的syscall.SIGUSR1未定义错误。
通过这种结构,你的代码既可以在支持 SIGUSR1 信号的系统上正常工作,又可以在不支持这些信号的 Windows 系统上编译通过,确保跨平台的兼容性和功能的完整性。
214 0
|
Unix Linux iOS开发
Splunk Enterprise 10.0.0 (macOS, Linux, Windows) - 搜索、分析和可视化,数据全面洞察平台
Splunk Enterprise 10.0.0 (macOS, Linux, Windows) - 搜索、分析和可视化,数据全面洞察平台
140 0
|
9月前
|
Unix Linux 编译器
windows下和linux下cmake的规则有区别吗
通过合理使用CMake的条件逻辑和平台特定的配置选项,开发者可以编写更加灵活和健壮的CMake脚本,确保项目在Windows和Linux上的一致性和可移植性。
465 76
|
7月前
|
安全 前端开发 Linux
Immunity CANVAS Professional 7.27 (macOS, Linux, Windows) - 渗透测试和漏洞利用平台
Immunity CANVAS Professional 7.27 (macOS, Linux, Windows) - 渗透测试和漏洞利用平台
220 3
Immunity CANVAS Professional 7.27 (macOS, Linux, Windows) - 渗透测试和漏洞利用平台
|
监控 Windows
Windows平台RTSP|RTMP播放器如何实时调节音量
我们在做Windows平台RTSP、RTMP播放器的时候,有这样的技术需求,特别是多路监控的时候,并不是每一路audio都需要播放出来的,所以,这时候,需要有针对音量调节的设计
227 1