首次构建gRPC时配置使用OpenSSL包失败问题求助

问题根源 #

使用FetchContent拉取gRPC时，gRPC_SSL_PROVIDER变量设置时机过晚，或是交叉编译环境下OpenSSL的目标架构检测未正确配置，导致gRPC默认触发BoringSSL的编译，进而与系统OpenSSL头文件符号冲突。首次构建失败后缓存自动生成的gRPC_SSL_PROVIDER:STRING=module能正常工作，是因为该值会让gRPC直接使用系统预编译的OpenSSL模块，但首次构建时需要主动配置确保这一行为。

解决方案 #

在FetchContent声明并拉取gRPC之前，完成以下配置：

1. 指定交叉编译OpenSSL路径并配置gRPC参数
   先明确arm64架构的OpenSSL交叉编译路径，再强制gRPC使用系统OpenSSL模块、禁用BoringSSL自动拉取：

   # 替换为你的arm64 OpenSSL交叉编译安装路径
   set(OPENSSL_ROOT_DIR "/path/to/cross-compiled/arm64-openssl")
   set(OPENSSL_INCLUDE_DIR "${OPENSSL_ROOT_DIR}/include")
   set(OPENSSL_LIBRARIES "${OPENSSL_ROOT_DIR}/lib/libssl.so" "${OPENSSL_ROOT_DIR}/lib/libcrypto.so")
   
   find_package(OpenSSL REQUIRED)
   
   # 强制gRPC使用系统OpenSSL模块，禁用BoringSSL
   set(gRPC_SSL_PROVIDER "module" CACHE STRING "SSL provider for gRPC")
   set(gRPC_BORINGSSL_PROVIDER "none" CACHE STRING "BoringSSL provider for gRPC")
   

2. 执行FetchContent拉取gRPC
   完成上述配置后，再拉取并构建gRPC：

   include(FetchContent)
   FetchContent_Declare(
       grpc
       GIT_REPOSITORY https://github.com/grpc/grpc.git
       GIT_TAG v1.59.0 # 替换为你实际使用的gRPC版本
   )
   FetchContent_MakeAvailable(grpc)
   

3. dockcross交叉编译补充配置
   调用dockcross时，可通过命令行参数明确传递OpenSSL路径，确保CMake能正确找到目标架构的库：

   dockcross-arm64 ./build.sh -DOPENSSL_ROOT_DIR=/path/to/cross-compiled/arm64-openssl
   

原理说明 #

• gRPC_SSL_PROVIDER=module会让gRPC直接查找系统中已安装的SSL库（即交叉编译好的arm64版本OpenSSL），而非尝试编译内置的BoringSSL。
• 通过CACHE STRING标记变量，确保FetchContent处理gRPC时能读取到配置，避免首次构建时使用默认值触发BoringSSL编译。
• 交叉编译场景下必须指定目标架构的OpenSSL路径，否则find_package(OpenSSL)会误找到主机x86版本的库，导致gRPC认为不兼容而 fallback 到BoringSSL。

内容的提问来源于stack exchange，提问作者TS_