为什么在预处理指令之后没有分号？

Question

如果我写

#include <stdio.h>; 

有没有错误，但在编译时警告出来

pari.c：1：18：警告：在#include指令的末尾额外的令牌

是什么原因 ？

Answer 1

原因是预处理程序指令不使用分号。这是因为他们使用换行符来分隔语句。这意味着，你不能有每行多个指令：

#define ABC#define DEF // illegal 

但是你可以通过结束每一行（除了最后一个），用\有一个在多行（或/，我忘了）。

Answer 2

因为它们是不必要的。预处理器指令只存在于一行中，除非您明确使用了行续字符（例如对于一个大宏）。

Answer 3

因为预处理器指令是包含在程序代码中的行，它们不是程序语句，而是预处理程序的指令。

这些预处理指令只在单行代码中扩展。只要找到换行符，预处理器指令就会结束。这就是为什么预处理器指令末尾没有分号（;）的原因。

Answer 4

预处理器指令与C语言不同，语法也更简单，因为最初在C编译器看到文件之前，它们被“解析”，如果可以调用它，则由另一个名为cpp的程序进行调用。人们可以使用它来预处理甚至非C文件，以包括配置文件等的条件部分。

有一个名为“unifdef”的Linux程序，如果您知道它们永远不会是真的，您仍然可以使用它来删除程序的某些条件部分。例如，如果您有一些代码支持包含#ifdef ANSI/#else/#end或#ifndef ANSI/#end的非ANSI标准编译器，并且您知道不再需要支持非ANSI，则可以通过运行unifdef -DANSI来消除死代码。

Answer 5

如果你使用#define MACRO(para) fun(para);可能是错误的，在它后面放一个半分符。

if (cond) 
    MACRO (par1); 
else 
    MACRO (par2); 

导致了语法错误

Answer 6

在编译期间，您的代码是由两个单独的程序，预处理器和编译器处理。预处理器先运行。

您的代码实际上由两种语言组成，一种叠加在另一种上面。预处理器处理一种语言，即所有以“＃”开头的指令（以及这些指令的含义）。它处理“#include”，“#define”和其他指令，并且保持代码的其余部分不变（除了预处理器指令的副作用，如宏替代等）。

然后编译器出现并处理预处理器生成的输出。它处理“C”语言，几乎忽略了预处理器指令。

您的问题的答案是“#include”是由预处理器处理的语言的一部分，并且使用该语言“;”不是必需的，实际上是“额外的令牌”。