Linux环境下CMake相比make+pkg-config有哪些非跨平台的独有功能？

以下为客观功能差异：

依赖管理能力差异 #

• pkg-config仅支持基础的单个版本号比较（如>=3.0），不支持多条件版本范围约束（如>=3.0 且 <4.0）；CMake的find_package原生支持多条件版本匹配，同时支持组件级依赖声明（可指定仅依赖库的某个子模块，如OpenCV的imgcodecs组件），pkg-config无内置组件关联校验能力，需手动处理各子模块对应的.pc文件
• pkg-config的传递依赖仅靠.pc文件的Requires字段手动维护，无内置的传递依赖链版本冲突检测、循环依赖检测能力；CMake原生支持上述检测，会在配置阶段直接抛出明确错误
• pkg-config的.pc文件仅能存储静态编译/链接参数，无法根据当前项目的构建配置（Debug/Release模式、静态/动态编译选择、自定义功能开关等）动态调整输出参数；CMake的Config文件原生支持根据当前项目的构建属性返回匹配的依赖参数，例如自动匹配与当前项目构建模式一致的依赖库版本（Debug版依赖对应Debug构建的项目），pkg-config需要手动修改PKG_CONFIG_PATH或切换.pc文件才能实现
• pkg-config不支持依赖的目标属性自动传递：若依赖库要求调用方必须开启特定C++标准、定义指定预处理宏、添加特定编译选项，这些属性无法通过.pc文件自动传递，需要调用方手动在Makefile中添加；CMake的导入目标（Imported Target）会自动传递所有必要属性，调用方仅需通过target_link_libraries关联目标即可，无需手动处理额外参数

构建流程能力差异 #

• GNU Make仅能处理文件级的依赖构建规则，无内置的测试用例注册、GNU标准安装路径适配、安装包生成（deb/rpm等格式）能力；CMake原生支持上述功能，无需额外编写第三方脚本实现
• CMake原生支持编译缓存（CCache/ClangCache）自动配置、分布式构建适配、编译命令导出（生成compile_commands.json供LSP、代码静态分析工具使用），上述功能make+pkg-config需要手动编写大量Makefile规则才能实现

多项目联动能力差异 #

• 构建存在依赖关系的多个子项目时，pkg-config需要先将每个依赖子项目安装到系统或指定目录，手动修改PKG_CONFIG_PATH后才能构建上层项目，子项目代码修改后需要重新执行安装步骤上层才能感知变更；CMake支持通过add_subdirectory直接将依赖子项目的源码树作为当前项目的一部分构建，无需提前安装依赖，子项目代码变更后会自动触发增量构建，自动处理全链路依赖关系

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