CMake中用FetchContent添加can-utils依赖遇问题，如何判断库适配性？

• 检查库根目录的CMake配置文件
  首先看库的代码根目录有没有CMakeLists.txt，再看这个文件里是否用add_library定义了库目标，并且通过target_include_directories把头文件路径公开给外部项目。像can-utils这类默认用Makefile的库，没有适配的CMake配置，FetchContent只能帮你完成编译，但没法自动导出头文件和可引用的CMake目标。

• 验证CMake导出逻辑
  查看库的CMakeLists.txt是否包含install(TARGETS ... EXPORT ...)或export(TARGETS ...)这类指令——这些是让CMake能把库的目标信息导出给依赖项目的关键。googletest的配置就做了这些，所以你能直接用target_link_libraries关联它的目标，自动获取头文件路径。

• 手动测试目标可用性
  在你的CMakeLists.txt里，拉取库后尝试用find_package(库名 REQUIRED)查找目标，或者直接用target_link_libraries(你的项目 PRIVATE 库目标名)。如果CMake报错找不到目标，就说明库没提供CMake可识别的适配配置。

• 查看库的官方文档或README
  支持FetchContent的库通常会在文档里明确说明支持CMake作为依赖管理方式，如果没提，基本可以判断没做适配。

针对你遇到的can-utils情况：
can-utils官方仓库没有提供CMakeLists.txt，默认用Makefile构建。FetchContent只是帮你拉取代码并完成编译，但没有生成CMake能识别的目标和头文件导出规则，所以你没法像googletest那样直接引用头文件。这种情况要么自己给can-utils写适配的CMakeLists.txt，要么改用ExternalProject_Add手动处理头文件路径和库文件链接。

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