CMake获取INTERFACE IMPORTED目标.lib文件路径报错求解决方案

首先得明确你遇到报错的核心原因：CONAN_PKG::sqlite3是一个INTERFACE类型的导入库，这类目标本身不包含任何二进制链接文件（.lib/.a等），它只是CMake用来传递编译参数、头文件路径、依赖关系的“虚拟”目标，所以$<TARGET_LINKER_FILE>这种需要实际二进制文件的生成器表达式自然会报错。

下面给你几个可行的解决思路：

思路1：从INTERFACE目标中提取实际依赖的库 #

INTERFACE目标的核心作用是传递依赖，所以CONAN_PKG::sqlite3的INTERFACE_LINK_LIBRARIES属性里大概率包含了真正的、带有二进制文件的库目标。你可以通过CMake命令提取这些目标，再逐个处理：

# 获取INTERFACE目标的依赖库列表
get_target_property(SQLITE3_DEP_LIBS CONAN_PKG::sqlite3 INTERFACE_LINK_LIBRARIES)

if(SQLITE3_DEP_LIBS)
  foreach(target IN LISTS SQLITE3_DEP_LIBS)
    # 过滤掉其他INTERFACE类型的目标，只处理实际的库
    get_target_property(target_type ${target} TYPE)
    if(NOT target_type STREQUAL "INTERFACE_LIBRARY")
      list(APPEND MERGE_LIBS $<TARGET_LINKER_FILE:${target}>)
    endif()
  endforeach()
endif()

思路2：直接使用Conan导出的库路径变量 #

Conan在生成CMake配置文件时，通常会导出一系列直接包含库路径的变量，比如${CONAN_LIBS_SQLITE3}、${CONAN_SQLITE3_ROOT}/lib这类。你可以先打印这些变量确认是否存在：

message(STATUS "Conan sqlite3 libs: ${CONAN_LIBS_SQLITE3}")
message(STATUS "Conan sqlite3 root: ${CONAN_SQLITE3_ROOT}")

如果输出里有直接的.lib路径，直接用这些变量就行：

set(MERGE_LIBS ${MERGE_LIBS} ${CONAN_LIBS_SQLITE3})

思路3：重新审视需求是否必要 #

INTERFACE库的设计初衷就是让CMake自动处理链接逻辑，不需要手动收集.lib文件。如果你是要合并库文件，或许可以换一种方式——比如在Conan的打包阶段处理，或者检查是否真的需要手动合并这些库。很多时候依赖的链接工作交给CMake和Conan协同完成就足够了，手动收集反而容易出问题。

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