如何让CMake在子目录构建时优先链接静态库而非动态库

针对你的问题，以下是几种可靠的解决方法，避免动态库依赖问题：

方法1：让curlpp仅构建静态库 #

在添加curlpp子目录前，通过设置BUILD_SHARED_LIBS变量，强制curlpp只生成静态库。这种方式最直接，且不会影响其他依赖的构建逻辑（你的其他依赖都是静态或头文件库）。

修改CMakeLists.txt中curlpp相关的部分：

add_subdirectory(external/plog)

# 强制curlpp仅构建静态库，覆盖其默认配置
set(BUILD_SHARED_LIBS OFF CACHE BOOL "" FORCE)
add_subdirectory(external/curlpp)

之后保持原有的链接语句即可：

target_link_libraries(${TARGET}
    PRIVATE coap-3 curlpp
)

此时CMake会自动链接curlpp的静态库，因为没有动态库可供选择。

方法2：直接链接curlpp的静态目标 #

curlpp的CMake配置会同时生成静态库目标（通常命名为curlpp-static），你可以直接指定链接这个目标，无需修改其构建选项：

target_link_libraries(${TARGET}
    PRIVATE coap-3 curlpp-static
)

这种方式不需要改变curlpp的构建行为，直接选择静态版本的目标即可。

方法3：调整库查找优先级 #

通过临时修改CMAKE_FIND_LIBRARY_SUFFIXES，让CMake优先查找静态库文件：

# 保存原有库后缀配置
set(ORIGINAL_LIB_SUFFIXES ${CMAKE_FIND_LIBRARY_SUFFIXES})
# 设置优先查找.a静态库
set(CMAKE_FIND_LIBRARY_SUFFIXES .a .so)

# 执行链接
target_link_libraries(${TARGET} PRIVATE coap-3 curlpp)

# 恢复原有配置，避免影响后续查找
set(CMAKE_FIND_LIBRARY_SUFFIXES ${ORIGINAL_LIB_SUFFIXES})

为什么直接写静态库路径会失败？ #

你尝试直接指定${PROJECT_BINARY_DIR}/external/curlpp/libcurlpp.a时，CMake会认为该文件已经存在，但实际上这个静态库是在构建过程中生成的。只有通过CMake的目标名（如curlpp或curlpp-static）链接，CMake才能识别到依赖关系，确保先构建curlpp库，再构建你的可执行文件。

内容的提问来源于stack exchange，提问作者Tadej Gašparovič