【问题标题】:Where is it legal to specify a preprocessor directive?在哪里指定预处理器指令是合法的?
【发布时间】:2013-06-09 21:23:26
【问题描述】:

我正在尝试编写一个状态机,它可以读取源文件并将其拆分为编译器业务或预处理器业务的部分。不是深度遍历,我只是在寻找 cmets 或预处理器指令的部分。 (没有宏,没有条件编译的块等)

注释很简单,但我不能 100% 确定在哪里指定预处理器指令是合法的。例如,下面这行是否合法?

int i; #include <derp.h>

是否存在允许某些指令而其他指令不允许的特殊情况?

我已经搜索了 google 和 SO,但没有找到可以回答这个问题的问题。

请同时回答 C 和 C++,我有意和有意地都标记了。

【问题讨论】:

  • 如果你想制作一个解析器,你真的应该使用该语言的权威语法(即标准),而不是依赖于 SO !
  • 你试过谷歌吗?
  • 是的,我试过谷歌。它是这样说的,就在问题中。
  • ... that slurps a source file - 这样的图像。 BTW #includes files 不应该以挂 cmets、双引号、单引号等结尾,但无效的会。也许一个有趣#include 正在尝试这种行为。

标签: c++ c c-preprocessor preprocessor-directive


【解决方案1】:

预处理器指令可以出现在任何地方,只要它们是行上的第一个非空白标记。因此,你不能写

int i; #define ThisIsntLegal SinceItsNotAtTheStart

但这会是:

int i;
#define Woohoo ThisIsLegal

希望这会有所帮助!

C11 Standard (N1570, ISO/IEC 9899:201x)(相关部分:s6.10 预处理指令,第 160 页)

【讨论】:

  • 您是否有指向这样的资源的链接?轶事“把它扔给编译器看看它做了什么”测试支持这一点,但我想以书面形式看到它。 :D
  • @Wug:正如我上面建议的那样,以书面形式找到这个的地方是语言标准;)
  • +1。如果你想要一个标准链接,C11 s6.10 Preprocessing directives 似乎涵盖了这个
  • 我希望您不介意我将标准文档的链接编辑到您的答案中。
  • 有趣的是,GCC 和 MSVC 都允许您编译和运行以下内容:ideone.com/pensQP
猜你喜欢
  • 1970-01-01
  • 2021-07-07
  • 1970-01-01
  • 1970-01-01
  • 2015-09-29
  • 1970-01-01
  • 2023-04-08
相关资源
最近更新 更多