现有的答案帮助了我,但错过了很多关于正在发生的事情的解释。
find_package可以在 MODULE 模式或 CONFIG 模式下工作。在 MODULE 模式下,它会搜索Find\<package\>.cmake
(通常由 cmake 拥有)。在 CONFIG 模式下,它会搜索\<package\>Config.cmake
(由包提供)。
cmake 和协议缓冲区都可以提供以下实现protobuf_generate_cpp()
:
>grep -ri 'function(PROTOBUF_GENERATE_CPP' /opt/cmake-3.18.1/
/opt/cmake-3.18.1/share/cmake-3.18/Modules/FindProtobuf.cmake:function(PROTOBUF_GENERATE_CPP SRCS HDRS)
>grep -ri 'function(PROTOBUF_GENERATE_CPP' /opt/protobuf-3.5.0/
/opt/protobuf-3.5.0/lib64/cmake/protobuf/protobuf-module.cmake:function(PROTOBUF_GENERATE_CPP SRCS HDRS)
使用 PATHS 提示将 cmake 置于 CONFIG 模式,这样如果它可以找到 Config.cmake 模块,它将使用 protobuf 提供的实现。
在这种情况下,protobuf_generate_cpp() 来自 config.cmake,它需要:
set(protobuf_MODULE_COMPATIBLE ON CACHE BOOL "")
因为@HaxtraZ 提到配置模块包含:
if(protobuf_MODULE_COMPATIBLE)
include("${CMAKE_CURRENT_LIST_DIR}/protobuf-module.cmake")
endif()
如果使用FindProtobuf MODULE,则不需要这样做,因此此处没有记录。
虽然这不是它的错 cmake 可以警告可能的冲突。如果在这里提出了这个:
https://gitlab.kitware.com/cmake/cmake/-/issues/21228
我还在这里向协议缓冲区项目报告了缺少文档引起的混乱:
https://github.com/protocolbuffers/protobuf/issues/7912
注意:某些 Linux 安装(至少 CentOS7 和 Debian9)的默认设置通常是使用 configure/make 生成协议缓冲区,而不是完全不安装 cmake 配置文件的 cmake。所以 find_package(protobuf 3.5.0 REQUIRED) 会起作用,但 find_package(protobuf 3.5.0 REQUIRED PATH I/only/wanted/to/help) 会失败。