顶楼上

大版，  我没有说警告可以都不理会。  只是这个警告可以不理会。

另外，对于编译器的反馈信息来说，看得懂才知道哪些反馈信息需要处理，对自己有用，然后采取相应的措施。  看不懂的话，那所有的反馈信息都是有用的，都是需要处理的。

我的意思是在最后敲一下回车也比忽略它好。既然它给了警告，天知道会怎么处理。

C-Free默认编译器是GCC 好像3.x版本的GCC对于无空行会报错 但4.x 我没见过它再报过

手头上用的C-Free5.0。采用的是自带的编译器, 命令行下gcc版本显示的是3.4.5.

如果按《编程规范》的建议，是把编译器的开关设定到警告作为错误的级别（/W3），令编译器无法轻易忽略警告而生成可执行文件，强迫程序员解决警告所提及的问题。我比较认同这个建议。某些问题，比如楼顶的这个警告，在理论上说的确可以忽略，但这个编译器既然能够提出来，我们就无法知道这个特定编译器对这种情形会作什么处理（别的编译器可以正确处理不见得这个编译器也可以），所以最好按照提示作出处理。事实上，C标准的某些规定是无用或过时的，像main()的返回值必须是int就属于此类。

我以前猜测过文件末尾必须有换行符这个规定的原因，估计是旧式的编译器使用类似fgets()之类的函数读取文件，为了少写几行代码，没有针对结束行没有换行符的情形进行处理，故野蛮规定必须以换行结尾。

[ 本帖最后由 TonyDeng 于 2014-8-13 12:11 编辑 ]

事实上，C标准的某些规定是无用或过时的，像main()的返回值必须是int就属于此类。

http://

有兴趣的可以看看别人的讨论 当然是英语的