cmake find_package 由于多次查找相同的包而变慢

Question

我有一个使用 CMake 构建的 C++ 项目，如下所示：

• 顶级项目通过调用 add_subdirectory 添加每个子模块
• ，每个子模块通过调用 add_subdirectory 添加自己的子模块
• ，最后，子模块调用setup_src函数，其中调用find_package来搜索不同的依赖项。
• 一些依赖项是相同的，但由不同的模块使用
• 问题：我想避免为不同的模块多次使用相同依赖项的find_package，我该怎么做？

为了让您有一个全面的了解，这里是用于调查此问题的 cmake 跟踪可视化。

更多细节

我有一个用CMake构建的C++项目，这个项目有很多子模块，它们具有类似的项目结构，我使用CMake的add_subdirectory 递归添加每个子模块及其自己的子模块。

在每个子模块中，我都有一个 CMake 函数 setup_src，我在其中调用 find_package 来搜索该子模块的依赖项。一些依赖项由多个子模块共享，我发现整个 CMake 配置过程很慢（17 秒），我做了一些分析并多次找到相同共享依赖项的 find_package ，这使得配置慢。例如，modA 依赖于 find_package(gRPC)，modB 也依赖于 find_package(gRPC)，而我期望的是第二个 find_package(gRPC)要么不会发生，要么发生得非常快，但事实并非如此。

我试图通过在 CMake 中使用额外的保护标准来避免第二次 find_package 相同的依赖项，因为我假设 modA 已经找到 gRPC 并且 modB 不必再次找到它，但 CMake 报告错误，显示类似 CMake Error at xxxx.cmake:578 (_add_library): Target "zzz" links to target "yyy::yyy" but the target was not found。也许 IMPORTED 目标缺少 find_package() 调用，或者缺少 ALIAS 目标？，并且我知道 yyy 是共享依赖项 (gRPC< /code> 在示例中），但我不清楚如何避免多次找到相同的包而不遇到此问题。

任何帮助表示赞赏。谢谢。