源文件是否应以换行符结尾？反斜杠加换行符的情况如何？

当C源文件结尾不是换行符，而是main()函数的闭合花括号}时，Clang编译器在启用严格模式-std=c17 -pedantic-errors时会抛出如下错误：

error: no newline at end of file [-Werror,-Wnewline-eof]

该报错的依据是C17标准5.1.1.2翻译阶段的明确规定：

每个紧跟换行符的反斜杠字符（\）会被删除，将物理源行拼接成逻辑源行。仅物理源行的最后一个反斜杠可参与此类拼接。非空源文件必须以换行符结尾，且在拼接前，该换行符前不能紧跟反斜杠。

这段标准描述核心是解释预处理器的行拼接规则，但最后一句的表述存在歧义。例如当文件以\加换行符结尾时，Clang允许编译通过——这显然违反了上述标准要求；而GCC会直接触发错误：

error: backslash-newline at end of file

虽然翻译阶段的规则不属于强制约束，编译器并非必须生成诊断信息，但Clang的表现仍显得反常。查阅C99理由文档可找到背后原因：C89委员会为实现最大可移植性，将反斜杠加换行符设计为通用行拼接机制，允许任何令牌通过插入该序列延续行。这也解释了无后续令牌的反斜杠加换行符为何无实际意义，而Clang的处理逻辑可能是基于这一历史设计的延续，放宽了对文件结尾的检查。

内容的提问来源于stack exchange，提问作者Lundin