Gcc 不对文件末尾的换行符发出警告答案

【问题标题】：Gcc do not give warning about newline of end of fileGcc 不对文件末尾的换行符发出警告
【发布时间】：2017-01-16 02:48:40
【问题描述】：

我尝试用 c 编写一个众所周知的 hello world 程序并使用以下命令对其进行编译：

gcc -Wall -Wextra -pedantic -std=c99 main.c -o exeFile

但我没有收到关于 C 标准中 5.1.1.2 的任何警告（文件末尾的换行符）。

为此我使用了 Vim 编辑器，并且我还通过键入以下内容禁用了换行设置：

set binary 
set noeol

我想知道如何生成此警告。

使用的 GCC：5.4.0

这是源文件：

这是编译器的输出：

【问题讨论】：

你在说一个非空的源文件应以换行符结尾，在任何此类拼接发生之前，该换行符之前不应紧跟反斜杠字符。我>?
是的，我正在谈论这个。
如果您使用 GCC 5.4.0，那么该版本的文档肯定会比早期版本的文档更合适。无论哪种方式，如果您对 GCC 文档提供更具体的引用，这将很有帮助，以方便在上下文中查看该段落。
如果文件的最后一个字符没有换行符，您会看到。警告说明了它是什么。
你不能仅从这个简单的测试中得出这个结论！您是否会说纽约市比洛杉矶更安全，因为市政厅的电梯会在地下一层而不是另一层发出声音通知？

标签： c gcc

【解决方案1】：

这是在 GCC 4.3.2 时间范围内做出的深思熟虑的决定，并延续到后续版本：

【讨论】：

在这种情况下，程序将被视为 UB 或 ??
如果要使其成为 UB，编译器会发出警告。这对 GCC 来说不是问题。
在 eof 省略换行符时，程序是否被视为 UB？
根据 C 标准仍然是 UB，但 GCC 选择了定义行为。（还有很多其他这样的情况。）程序是符合的，因为至少存在一种实现可以按照程序员的意图翻译它，但它不是严格符合，因为在这种标准未定义行为的情况下，它依赖于一个特定的实现。