背景

我有一个大项目，我目前正在重构。其中一个问题是产品使用的公共路径(即对/opt/dev和该位置的子路径的引用)的字符串文本(300+个实例)在各地被大量滥用，包括：

• C/C++源文件和头文件
• python脚本
• bash脚本
• systemd脚本
• 二进制图像(驱动程序)

目标

我想使用GNU m4来定义一个带有一组通用宏的文件，这样我们就可以"；写一次，处处用"；，因此，如果我们的代码是分支的(对于新产品来说是典型的)，我们可以只更改一个文件中的宏，而不是查找重复的字符串文本并调试它们好几天。对于像脚本这样的简单事情来说，这很容易，因为我只需在构建输出路径中创建源树的副本，并直接在脚本上运行M4。

问题

到目前为止，唯一的缺点是，对于C/C++项目来说，这将是一项巨大的工作，因为我只想在编译时执行M4宏扩展/替换。这意味着，为了避免修改从git签出的源文件，我将不得不修改我的构建脚本(许多Makefile)，以处理代码的临时副本，而不是原始源文件本身。否则，直接在版本控制的源代码上运行M4将对本地工作副本产生更改，开发人员可能会将此M4评估的代码副本提交给版本控制，从而破坏M4的工作。

问题

是否可以指示gcc在编译过程中评估m4宏/扩展，无论是通过某种外部工具还是gcc本身的某些功能？如果没有，我的构建脚本可能需要进行大规模的大修才能支持M4宏。