find_package 用于静态库而不是共享库

Question

当使用 CMake 构建我的项目时，我希望它静态链接到库（如果可用）。现在，无论

.dll.a

文件是否存在，它都会找到

.a

文件。

例如，在一个小示例项目中链接到 libpng：

cmake_minimum_required(VERSION 3.15)
project(Test)

add_executable(Test main.cpp)

find_package(PNG REQUIRED)
message(${PNG_LIBRARIES})
target_link_libraries(Test PRIVATE ${PNG_LIBRARIES})

对于

message

，它输出

C:/msys64/mingw64/lib/libpng.dll.aC:/msys64/mingw64/lib/libz.dll.a

但是

libpng.a

和

libz.a

文件也可以在同一目录中使用。我如何告诉 CMake 链接

.a

文件？

我在 Windows 10 上使用 MinGW-w64 和 msys64，但更喜欢跨平台的解决方案。

Answer 1

可悲的现实是静态与共享选择是在每个包（或模块）的基础上完成的。

对于提供配置文件的包，最可靠的方法是不构建您不需要的版本（例如，如果您想要的内容是共享的，则不要构建静态库）。令人沮丧的是，许多项目坚持构建这两种类型。如果他们还有选择库类型的记录方法，那么您可以使用它，那么您很幸运。否则你将不得不求助于黑客。像 Conan 或 vcpkg 这样的包管理器将内置这些 hack。

对于查找模块，您必须再次查阅文档。在您的情况下，您使用的是 CMake 自己的 FindPNG 和 FindZLIB （PNG 依赖项）模块。在 CMake 3.24 之前，你只是运气不好，但从 3.24 开始，你可以向 ZLIB 暗示它应该更喜欢静态库，如下所示：

option(ZLIB_USE_STATIC_LIBS "" ON)
find_package(PNG REQUIRED)

但是如何处理 PNG 呢？好吧，看看源代码，你仍然不走运。他们在搜索共享库之后对静态库的搜索进行了硬编码。也许您可以使用模块未正确重置的

PNG_NAMES

变量来破解它？