CMake中#cmakedefine与#define解析PROJECT_BINARY_DIR不一致问题咨询

核心原因：两者工作逻辑完全不同 #

• #define 是纯粹的变量字符串替换：configure_file处理时，会直接将输入文件中的${PROJECT_BINARY_DIR}替换为CMake中该变量的实际值，不依赖CMake中是否存在与宏名同名的变量。
• #cmakedefine 的逻辑是检查CMake中是否存在同名变量：它的格式为#cmakedefine <宏名> <值>，CMake会先判断当前作用域中是否存在名为<宏名>的变量。若存在，生成#define <宏名> <值>；若不存在，则生成/* #undef <宏名> */。这里的<值>仅在变量存在时才会被展开，而非先展开再判断。

结合示例分析 #

你的xxx.h.in代码：

#cmakedefine testProjectBinDir "${PROJECT_BINARY_DIR}"
#define testProjectBinDir "${PROJECT_BINARY_DIR}"

而CMakeLists.txt中并未定义名为testProjectBinDir的变量——PROJECT_BINARY_DIR是CMake内置变量，但和testProjectBinDir是完全独立的标识符。因此：

1. #cmakedefine找不到testProjectBinDir这个CMake变量，输出/* #undef testProjectBinDir */；
2. #define直接替换${PROJECT_BINARY_DIR}为实际路径，输出#define testProjectBinDir "/home/a/b/build"。

解决方法 #

若想用#cmakedefine生成目标宏，需先在CMakeLists.txt中定义对应变量：

cmake_minimum_required(VERSION 3.10 FATAL_ERROR)
project(Tutorial
        VERSION 1.2
        )
set(CMAKE_CXX_STANDARD 11)
set(CMAKE_CXX_STANDARD_REQUIRED True)

# 新增该行，定义与宏名同名的CMake变量
set(testProjectBinDir "${PROJECT_BINARY_DIR}")

configure_file(xxx.h.in xxx.h)

此时#cmakedefine能识别到testProjectBinDir变量，最终输出：

#define testProjectBinDir "/home/a/b/build"
#define testProjectBinDir "/home/a/b/build"

补充说明 #

该现象与PROJECT_BINARY_DIR的作用域、CMake执行时序无关，完全是#cmakedefine的设计逻辑导致——它的核心是绑定CMake变量与C预编译宏，而非单纯执行字符串替换。

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