C 预编译中的二次替换问题
今天在阅读linux看门狗驱动的时候，发现一段奇怪的代码：
static int tmr_atboot = CONFIG_S3C2410_WATCHDOG_ATBOOT;
MODULE_PARM_DESC(tmr_atboot,
"Watchdog is started at boot time if set to 1, default="
__MODULE_STRING(CONFIG_S3C2410_WATCHDOG_ATBOOT));
依次跟进去宏的具体定义：
#define __MODULE_STRING(x) __stringify(x)
#define __stringify_1(x...) #x
#define __stringify(x...) __stringify_1(x)
这里一共使用了三处宏，分别是：__MODULE_STRING(x)、__stringify_1(x...)、__stringify(x...)。似乎这里的宏非常冗余。
GNU CPP Manual中是这样指出来的：
Macro arguments are completely macro-expanded before they are substituted into a macro body, unless they are stringified or pasted with other tokens. After substitution, the entire macro body, including the substituted arguments, is scanned again for macros to be expanded. The result is that the arguments are scanned twice to expand macro calls in them.
上面的总体意思就是：二次替换的问题。
具体使用例子来说明：
Main1.c
#include <stdio.h>
#define BUF_SIZE abc
#define __stringify(x) #x
Int main()
{
Printf(“%s\n”, __stringify(BUF_SIZE));
Return 0;
}
结果为： BUF_SIZE
Main2.c
#include <stdio.h>
#define BUF_SIZE abc
#define __stringify(x) __stringify_1(x)
#define __stringify_1(x) #x
Int main()
{
Printf(“%s\n”, __stringify(BUF_SIZE));
Return 0;
}
结果为： abc
总结，在宏替换时，如果出现标识字符串或者字符串连接的情况出现（“#”、“##”），那么宏替换会被截断，这个时候我们可以通过双层宏来完成深入替代的任务。