从Make调用CMake获取系统库路径是否可行？

当然可行！这其实是个相当巧妙的思路——利用CMake现成的包查询能力，在Makevars里动态获取依赖库的路径，完美适配你的场景。下面我给你一步步拆解具体怎么做：

核心思路 #

既然包P已经通过CMake完成了系统级安装（存在对应的CMake配置文件），我们可以在Makevars里通过CMake脚本模式（cmake -P）查询P的头文件路径和静态库位置，再把这些信息注入到Makefile的编译、链接变量中。

具体步骤 #

1. 在Makevars中添加CMake查询逻辑 #

直接在你的Makevars里写入以下代码，它会先检查CMake能否找到P，再获取所需的路径参数：

# 优先找cmake，找不到就用cmake3（适配不同系统的命名差异）
CMAKE := $(shell which cmake cmake3 2>/dev/null | head -n1)
ifeq ($(CMAKE),)
$(error CMake is required but not found on your system)
endif

# 先检查P是否能被CMake识别
CHECK_P_FOUND := $(shell $(CMAKE) -P - << 'EOF'
find_package(QUIET P)
if (NOT P_FOUND)
  message(FATAL_ERROR "Package P not found")
endif()
EOF
; echo $?)

ifeq ($(CHECK_P_FOUND), 0)
# 获取P的头文件路径
P_INCLUDE_DIRS := $(shell $(CMAKE) -P - << 'EOF'
find_package(P REQUIRED)
message("${P_INCLUDE_DIRS}")
EOF
)
# 获取P的静态库路径（包含库文件名）
P_LIBRARIES := $(shell $(CMAKE) -P - << 'EOF'
find_package(P REQUIRED)
message("${P_LIBRARIES}")
EOF
)
else
$(error Failed to locate package P via CMake)
endif

# 将路径注入编译和链接变量
CXXFLAGS += -I$(P_INCLUDE_DIRS)
LDLIBS += $(P_LIBRARIES)

2. 关键细节说明 #

• CMake脚本模式：用cmake -P可以直接运行一段CMake脚本，不需要生成Makefile或其他构建系统，专门用来做这种查询类操作非常高效。
• 避免变量冲突：用<< 'EOF'（单引号包裹EOF）是为了防止Makefile把CMake脚本里的${xxx}当成自身变量展开，确保CMake能正常解析自己的变量。
• 兼容性处理：通过which cmake cmake3自动选择系统中的CMake版本，适配不同Linux发行版的命名差异。

3. 前置条件 #

要确保包P在安装时，已经把对应的CMake配置文件（比如PConfig.cmake或FindP.cmake）放到了CMake能识别的标准路径里——通常是/usr/lib/cmake/P、/usr/local/lib/cmake/P这类位置，或者你已经通过CMAKE_MODULE_PATH指定了自定义路径。

验证方法 #

写完Makevars后，你可以手动运行make -n（模拟构建，不实际编译），看看输出的编译命令里是否包含了P的头文件路径和静态库链接参数，如果没问题就可以正常构建RP了。

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