【问题标题】:Concatenate string in C #include filename在C#include文件名中连接字符串
【发布时间】:2012-02-24 03:43:53
【问题描述】:

#include 文件名(在 C 中)时,是否可以连接来自另一个宏的字符串。例如,

我有,

#define AA 10 
#define BB 20

这些是随着程序运行而变化的参数

文件包括:

#include "file_10_20" // this changes correspondingly i.e. file_AA_BB

是否有可能以某种方式拥有类似#include "file_AA_BB" 的东西?我用谷歌搜索发现双磅运算符可以连接字符串,但找不到这样做的方法。

任何帮助将不胜感激。

【问题讨论】:

  • 试试#include #(file_##AA##_##BB)

标签: c macros include concatenation c-preprocessor


【解决方案1】:

起初我认为“这很容易”,但确实需要几次尝试才能弄清楚:

#define AA 10 
#define BB 20

#define stringify(x) #x
#define FILE2(a, b) stringify(file_ ## a ## _ ## b)
#define FILE(a, b) FILE2(a, b)

#include FILE(AA, BB)

根据要求,我会尽力解释。 FILE(AA, BB) 扩展为 FILE2(AA, BB) 但随后 AABB 在 FILE2 之前扩展,因此下一个扩展是 FILE2(10, 20) 扩展为 stringify(file_10_20) 成为字符串。

如果您跳过 FILE2,您最终会得到 stringify(file_AA_BB),这将不起作用。 C 标准实际上用了好几页来定义宏扩展是如何完成的。以我的经验,最好的思考方式是“如果没有足够的扩展,再添加一层define

只有 stringily 不起作用,因为 # 在 AA 被 10 替换之前应用。这就是您通常想要的实际方式,例如:

#define debugint(x) warnx(#x " = %d", x)
debugint(AA);

将打印

AA = 10

【讨论】:

  • 如果你能解释我为什么需要 FILE 宏,我会投赞成票 ;-)。我已经看过很多这样的结构,但从来不明白为什么只有 2 个宏不起作用,甚至为什么 asael 的答案不起作用。我对了解预处理器在您的示例中的工作方式非常感兴趣。谁能解释一下?
  • 不要忘记#undef FILE,因为它会与 中的某些内容发生冲突
  • 对,也许不是宏名的最佳选择。
  • 首先,感谢您提供的详细信息。我即将尝试这个,但在此之前我试图理解而不是简单地使用它。我不明白为什么需要定义 FILE 和 FILE2。你确实说单独使用 stringify 是行不通的——我不明白为什么那行不通。
  • @Per:感谢您的解释。我想每个对这个问题感兴趣的人实际上都想阅读delorie.com/gnu/docs/gcc/cpp_32.html
【解决方案2】:

通常这样使用:

#define stringify(x)  #x
#define expand_and_stringify(x) stringify(x)

#define AA 10
#define BB 20

#define TEXT1 "AA = " stringify(AA) " BB = " stringify(BB)
#define TEXT2 "AA = " expand_and_stringify(AA) " BB = " expand_and_stringify(BB)

TEXT1 = "AA = AA BB = BB"
TEXT2 = "AA = 10 BB = 20"

这叫做字符串化。你应该检查this answer

【讨论】:

猜你喜欢
  • 2022-11-18
  • 1970-01-01
  • 2010-11-05
  • 2011-08-08
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多