CMake未链接OpenSSL致静态库编译失败问题求助

你的问题核心是静态库iotlib依赖OpenSSL，但依赖关系没有正确配置——静态库本身不会自动打包依赖库的符号，之前你只把OpenSSL链接到了测试用的可执行文件iotcloud，但iotlib自身编译时没关联OpenSSL，导致链接阶段找不到EVP_sha256和HMAC的实现。

下面是具体的修复步骤：

1. 修正iotlib/CMakeLists.txt，让静态库关联OpenSSL #

把OpenSSL的查找和链接逻辑放到静态库的配置文件里，确保iotlib自己声明依赖：

# iotlib/CMakeLists.txt
# 先查找OpenSSL依赖
find_package(OpenSSL REQUIRED)
# 引入OpenSSL的头文件目录
include_directories(${OPENSSL_INCLUDE_DIR})
# 定义静态库
add_library (iotlib STATIC iot.c)
# 将OpenSSL库链接到iotlib
target_link_libraries(iotlib ${OPENSSL_LIBRARIES})

2. 简化根目录CMakeLists.txt的依赖配置 #

因为iotlib已经处理了OpenSSL的依赖，根目录里的可执行文件只需要链接iotlib即可，不需要重复链接OpenSSL（当然保留也不会报错，但依赖链更清晰的做法是去掉重复项）：

# 根目录CMakeLists.txt 中修改这部分：
add_executable(iotcloud ${PROJECT_SOURCE_DIR}/main.c)
# 移除下面这行（可选，但更规范）
# target_link_libraries(iotcloud ${OPENSSL_LIBRARIES})
target_link_libraries(iotcloud iotlib)

为什么之前的尝试会出错？ #

你之前把OpenSSL指令移到iotlib/CMakeLists.txt时，大概率是指令顺序错了——比如先定义了静态库，再去查找OpenSSL或者链接，这样CMake无法把依赖关联到库上。必须遵循「先找依赖→再建库→最后链接依赖」的顺序。

验证修复 #

删除build目录下的旧文件，重新执行：

cd build
cmake ..
make

这样应该就能顺利编译，不会再出现未定义符号的错误了。

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