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

在某些C ++编译器中发出以下警告的原因是什么？

文件末尾没有换行符

为什么在源/头文件的末尾应该有一个空行？

想想如果没有换行符可能会发生的一些问题。根据ANSI标准#include，文件的开头将完全按照文件的开头插入文件，并且不会#include <foo.h>在文件内容之后插入新行。因此，如果您在解析器的末尾包含一个没有换行符的文件，它将被视为的最后foo.h一行与的第一行位于同一行foo.cpp。如果foo.h的最后一行是注释而没有换行怎么办？现在，第一行已foo.cpp被注释掉。这些只是可能蔓延的问题类型的几个示例。

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

从C ++ 11标准通过James的文章：

源文件不为空且不以换行符结尾，或者在任何此类拼接发生之前以反斜杠字符开头的换行符结尾的源文件，应被视为附加的换行符，行字符已附加到文件中（C ++ 11§2.2/ 1）。

C ++ 11中删除了每个源文件都以不转义的换行符结尾的要求。规范现在显示为：

源文件不为空且不以换行符结尾，或者在任何此类拼接发生之前以反斜杠字符开头的换行符结尾的源文件，应被视为附加的换行符，行字符已附加到文件中（C ++ 11§2.2/ 1）。

合格的编译器不应再发出此警告（如果编译器具有用于语言规范的不同版本的模式，则至少在以C ++ 11模式编译时不应该发出此警告）。

C ++ 03标准[2.1.1.2]声明：

...如果非空的源文件没有以换行符结尾，或者以任何反斜杠字符开头的换行符结尾（在进行任何此类拼接之前），则行为未定义。

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

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

它不是指空行，而是最后一行（可以包含内容）是否以换行符终止。

大多数文本编辑器会将换行符放在文件最后一行的末尾，因此，如果最后一行没有一行，则存在文件被截断的风险。但是，有充分的理由说明为什么您不希望换行符，所以它只是一个警告，而不是一个错误。

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

我正在使用无c IDE版本5.0，在我的程序中，无论是“ c ++”还是“ c”语言，我都遇到了同样的问题。只是在程序的末尾，即程序的最后一行（在花括号后面可能是主要或任何功能），请按Enter键。将增加1.然后执行相同的程序，它将运行无错误。

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

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

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

如果不为空的源文件没有以换行符结尾或以反斜杠字符开头的换行符结尾，则该行为是未定义的。

未定义的行为是不好的：符合标准的编译器可能在这里或多或少地执行其想要的操作（插入恶意代码或其他内容），这显然是发出警告的原因。

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

此警告还可能有助于指示文件可能已被截断。确实，无论如何编译器都可能会抛出编译器错误-尤其是在函数中间-或链接器错误，但是这些错误可能更隐蔽，并且不能保证会发生。

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

那不是错误。这只是一个警告。

在编辑器中打开文件，转到文件的最后一行，然后按Enter键以在文件末尾添加空白行。

不过，除此之外，您应该使用#include <iostream>而不是<iostream.h>。然后放在using std::cout;后面。