“文件末尾没有换行符”编译器警告

它不是指空行，而是最后一行（其中可以包含内容）是否以换行符结尾。

大多数文本编辑器会在文件最后一行的末尾放置换行符，因此，如果最后一行没有换行符，则文件存在被截断的风险。但是，您可能不想要换行符是有正当理由的，因此它只是警告，而不是错误。

“服从”的答案是“因为 C++03 标准说不以换行符结尾的程序的行为是未定义的”（释义）。

好奇的答案就在这里：http://gcc.gnu.org/ml/gcc/2001-07/msg01120.html。

#include将用文件的文字内容替换其行。如果文件不以换行符结尾，则包含拉入该文件的行将与下一行合并。#include

想想如果没有换行符可能会出现的一些问题。根据 ANSI 标准，文件开头的插入与文件前面完全相同，并且不会在文件内容之后插入新行。因此，如果在解析器末尾包含一个没有换行符的文件，则将被视为 的最后一行与 的第一行在同一行上。如果 foo.h 的最后一行是没有新行的注释怎么办？现在第一行被注释掉了。这些只是可能蔓延的问题类型的几个例子。#include#include <foo.h>foo.hfoo.cppfoo.cpp

---

只是想在下面指出任何感兴趣的人詹姆斯的答案。虽然上述答案对于 C 仍然是正确的，但新的 C++ 标准 （C++11） 已更改，因此如果使用 C++ 和符合 C++11 的编译器，则不应再发出此警告。

来自 C++11 标准，来自 James 的帖子：

对于不为空且不以换行符结尾的源文件，或者在发生任何此类拼接之前以换行符结尾且紧跟反斜杠字符的源文件，应像在文件中附加了其他换行符一样进行处理 （C++11 §2.2/1）。

C++ 标准 [2.1.1.2] 声明：

...如果不为空的源文件不以换行符结尾，或以换行符结尾 在发生任何此类拼接之前，紧跟反斜杠字符，则行为未定义。

在 C++11 中，删除了每个源文件都以非转义换行符结尾的要求。该规范现在的内容如下：

对于不为空且不以换行符结尾的源文件，或者在发生任何此类拼接之前以换行符结尾且紧跟反斜杠字符的源文件，应像在文件中附加了其他换行符一样进行处理 （C++11 §2.2/1）。

符合要求的编译器不应再发出此警告（至少在 C++11 模式下编译时，如果编译器具有不同语言规范修订版的模式，则不会发出此警告）。

此警告还可能有助于指示文件可能以某种方式被截断。诚然，编译器可能会抛出编译器错误（尤其是当它位于函数中间时）或链接器错误，但这些错误可能更隐晦，并且不能保证会发生。

当然，如果文件在换行符后立即被截断，也不能保证此警告，但它仍然可以捕获其他错误可能遗漏的一些情况，并为问题提供更强的提示。

我正在使用 c-free IDE 5.0 版，在我的“c++”或“c”语言中，我遇到了同样的问题。就在程序的末尾，即程序的最后一行（在功能大括号之后，它可能是 main 或任何功能），按 enter-line no。将增加 1.然后执行相同的程序，它将运行而不会出错。

当然，在实践中，每个编译器都会在 #include 后添加一个新行。谢天谢地。– @mxcl

不是特定的 C/C++，而是一种 C 方言：使用扩展时，OS X 上的 glsl 编译器不会警告您缺少换行符。因此，您可以编写一个带有标头保护的文件，该文件以结尾，并且肯定会丢失后面的行。GL_ARB_shading_language_includeMyHeader.h#endif // __MY_HEADER_H__#include "MyHeader.h"

因为如果文件不以换行符结尾，则行为在 C/C++ 版本之间有所不同。特别讨厌的是较旧的 C++ 版本，C++ 03 中的 fx 标准说（翻译阶段）：

如果不为空的源文件不以换行符结尾 字符，或以换行符结尾，紧跟 反斜杠字符，则行为未定义。

未定义的行为是不好的：符合标准的编译器可以或多或少地做它想做的事（插入恶意代码或其他什么）——这显然是警告的原因。

虽然 C++11 中的情况更好，但最好避免在早期版本中未定义行为的情况。C++ 规范比 C99 更糟糕，后者完全禁止此类文件（然后定义行为）。

就我而言，我使用 KOTLIN 语言，编译器在 IntelliJ 上。此外，我正在使用带有 LINT 的 docker 容器来修复拼写错误、导入、代码使用等可能的问题。这个错误很可能来自这些 lint 修复 - 我的意思是肯定。

简而言之，错误说，“在文件末尾添加一个新行”就是这样。

之前没有多余的空行：