如何为非CMake原生模块poppler-cpp创建符合规范的现代CMake导入目标

你的当前配置在Linux场景下完全符合现代CMake的规范，实现逻辑正确。

值得肯定的点 #

• 封装poppler::Cpp导入目标的做法非常标准，避免了传统pkg-config用法中手动维护头文件路径、编译选项、链接参数的冗余问题，目标自带的传递属性会自动把所有依赖配置应用到你的项目上，和你的理解完全一致。
• 静态链接的配置是生效的，INTERFACE_LINK_LIBRARIES使用PC_POPPLER_CPP_STATIC_LIBRARIES确实会优先选择静态库链接到你的动态库中，当前能正常构建运行就说明逻辑没有问题。

可以优化的细节 #

以下改动可以让你的Find模块更严谨：

• 你调用pkg_check_modules时已经加了REQUIRED参数，后续的if(PC_POPPLER_CPP_FOUND)判断和FATAL_ERROR报错属于冗余逻辑，REQUIRED会在找不到poppler-cpp的pkg-config配置时直接终止构建，不需要额外判断。
• 可以给find_package_handle_standard_args补充PopplerCpp_STATIC_LIBRARIES作为必填检查项，避免极端情况下pkg-config返回了头文件路径但找不到对应静态库的异常。
• 你没有显式赋值PopplerCpp_FOUND变量，虽然find_package_handle_standard_args会自动生成该变量，建议显式和PC_POPPLER_CPP_FOUND同步，避免后续其他逻辑调用该变量时出现异常。

跨平台适配建议 #

你后续做macOS、Windows适配时，只需要在当前FindPopplerCpp.cmake中增加平台分支逻辑即可：

• macOS下可以优先匹配brew安装的poppler的pkg-config配置，也可以用find_path、find_library直接搜索brew的默认安装路径
• Windows下可以优先查找vcpkg安装的poppler配置，也可以支持用户手动指定预编译库的路径
  上层调用target_link_libraries(xxx PRIVATE poppler::Cpp)的代码完全不需要修改，符合现代CMake的解耦要求。

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