如何在可执行文件中查看编译时的宏定义配置信息？

嘿，这个需求在多配置编译的场景里太常见了！你现在靠特定符号判断的方法虽然能凑合用，但确实不够直观，也容易因为代码重构失效。这里给你几个更可靠、易维护的方案：

1. 直接嵌入配置字符串（最直观） #

这是最简单的方式，直接在代码里用预处理器把宏定义转换成可读的字符串：

// 方式一：针对固定配置分支
#ifdef CONFIG_A
const char* build_config = "BUILD_CONFIG: CONFIG_A";
#elif defined CONFIG_B
const char* build_config = "BUILD_CONFIG: CONFIG_B";
#else
const char* build_config = "BUILD_CONFIG: UNKNOWN";
#endif

如果你的宏是通过Makefile动态传入的（比如make CFLAGS="-DCONFIG=CONFIG_A"），还可以用预处理器的字符串化技巧自动生成：

#define STRINGIFY(x) #x
#define CONFIG_STR(x) STRINGIFY(x)

// 编译时会自动替换成对应的配置名称
const char* build_config = "BUILD_CONFIG: " CONFIG_STR(CONFIG);

之后只要用strings命令扫一下可执行文件，就能直接搜到这个配置字符串，不用费劲找符号。

2. 封装成配置结构体（适合多参数场景） #

如果需要记录多个配置项（比如特性开关、版本号），可以把它们封装成一个全局结构体：

typedef struct {
    const char* config_name;
    int feature_x_enabled;
    int feature_y_enabled;
} BuildInfo;

const BuildInfo build_info = {
#ifdef CONFIG_A
    .config_name = "CONFIG_A",
    .feature_x_enabled = 1,
    .feature_y_enabled = 0
#elif defined CONFIG_B
    .config_name = "CONFIG_B",
    .feature_x_enabled = 0,
    .feature_y_enabled = 1
#else
    .config_name = "UNKNOWN",
    .feature_x_enabled = 0,
    .feature_y_enabled = 0
#endif
};

这种方式不仅能通过nm/objdump查看配置，还能让程序自身读取这些信息（比如打印版本页），实用性拉满。

3. 链接脚本嵌入（无需修改代码） #

如果不想碰业务代码，可以在链接阶段通过链接脚本把配置嵌入到可执行文件的只读段里。比如写一个简单的链接脚本片段config.ld：

.rodata.config : {
    PROVIDE(build_config = .);
    *(.rodata.config)
    "BUILD_CONFIG: CONFIG_A"
}

然后在Makefile里指定链接脚本：LDFLAGS="-T config.ld"，不同配置可以用不同的链接脚本，或者在Makefile里动态替换脚本中的字符串。同样用strings就能搜到配置信息。

4. 自动生成配置头文件（自动化最强） #

可以让Makefile在编译前自动生成包含配置信息的头文件，把Makefile里的变量（比如配置名、编译日期、Git哈希）都嵌进去：

# 每次编译自动生成build_info.h
build_info.h: Makefile
	@echo "#define BUILD_CONFIG \"$(CONFIG)\"" > $@
	@echo "#define BUILD_DATE \"$(shell date +%Y-%m-%d_%H:%M:%S)\"" >> $@
	@echo "#define GIT_HASH \"$(shell git rev-parse --short HEAD)\"" >> $@

然后在代码里包含这个头文件：

#include "build_info.h"

const char* build_info = 
    "Build Config: " BUILD_CONFIG "\n"
    "Build Date: " BUILD_DATE "\n"
    "Git Hash: " GIT_HASH;

这种方式完全自动化，每次编译都会更新配置信息，适合需要追踪编译环境的场景。

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