Advertencia del compilador "No hay nueva línea al final del archivo"

¿Cuál es la razón de la siguiente advertencia en algunos compiladores de C ++?

No hay nueva línea al final del archivo

¿Por qué debería tener una línea vacía al final de un archivo de origen / encabezado?

Piense en algunos de los problemas que pueden ocurrir si no hay una nueva línea. De acuerdo con el estándar ANSI, el #includede un archivo al principio inserta el archivo exactamente como está al frente del archivo y no inserta la nueva línea #include <foo.h>después del contenido del archivo. Entonces, si incluye un archivo sin nueva línea al final del analizador, se verá como si la última línea de estuviera foo.hen la misma línea que la primera foo.cpp. ¿Qué pasaría si la última línea de foo.h fuera un comentario sin una nueva línea? Ahora foo.cppse comenta la primera línea de . Estos son solo algunos ejemplos de los tipos de problemas que pueden surgir.

Solo quería señalar a las partes interesadas la respuesta de James a continuación. Si bien la respuesta anterior sigue siendo correcta para C, el nuevo estándar C ++ (C ++ 11) se ha modificado para que esta advertencia ya no se emita si se usa C ++ y un compilador conforme a C ++ 11.

Desde el estándar C ++ 11 a través de la publicación de James:

Un archivo fuente que no esté vacío y que no termine en un carácter de nueva línea, o que termine en un carácter de nueva línea precedido inmediatamente por un carácter de barra diagonal inversa antes de que se produzca dicho empalme, como si se tratara de un nuevo Se agregaron caracteres de línea al archivo (C ++ 11 §2.2 / 1).

El requisito de que cada archivo de origen finalice con una nueva línea sin escape se eliminó en C ++ 11. La especificación ahora dice:

Un archivo fuente que no esté vacío y que no termine en un carácter de nueva línea, o que termine en un carácter de nueva línea precedido inmediatamente por un carácter de barra diagonal inversa antes de que se produzca dicho empalme, como si se tratara de un nuevo Se agregaron caracteres de línea al archivo (C ++ 11 §2.2 / 1).

Un compilador conforme ya no debería emitir esta advertencia (al menos no cuando compila en modo C ++ 11, si el compilador tiene modos para diferentes revisiones de la especificación del lenguaje).

El estándar C ++ 03 [2.1.1.2] declara:

... Si un archivo de origen que no está vacío no termina en un carácter de nueva línea, o termina en un carácter de nueva línea precedido inmediatamente por un carácter de barra diagonal inversa antes de que se produzca dicho empalme, el comportamiento es indefinido.

La respuesta para el "obediente" es "porque el Estándar C ++ 03 dice que el comportamiento de un programa que no termina en nueva línea es indefinido" (parafraseado).

La respuesta para los curiosos está aquí: http://gcc.gnu.org/ml/gcc/2001-07/msg01120.html .

No se refiere a una línea en blanco, es si la última línea (que puede tener contenido) está terminada con una nueva línea.

La mayoría de los editores de texto colocarán una nueva línea al final de la última línea de un archivo, por lo que si la última línea no tiene una, existe el riesgo de que el archivo se haya truncado. Sin embargo, hay razones válidas por las que es posible que no desee la nueva línea, por lo que es solo una advertencia, no un error.

#includereemplazará su línea con el contenido literal del archivo. Si el archivo no termina con una nueva línea, la línea que contiene el #includeque lo jaló se fusionará con la siguiente línea.

Estoy usando c-free IDE versión 5.0, en mi programa, ya sea del lenguaje 'c ++' o 'c', estaba teniendo el mismo problema. Justo al final del programa, es decir, la última línea del programa (después de llaves de función puede ser principal o cualquier función), presione enter -line no. se incrementará en 1. luego ejecute el mismo programa, se ejecutará sin error.

Por supuesto, en la práctica, cada compilador agrega una nueva línea después del #include. Agradecidamente. - @mxcl

C / C ++ no específico, sino un dialecto C: cuando se usa la GL_ARB_shading_language_includeextensión, el compilador glsl en OS X le advierte que NO le falta una nueva línea. Por lo tanto se puede escribir un MyHeader.harchivo con un guardia de cabecera, que termina con #endif // __MY_HEADER_H__y usted va a perder la línea después del #include "MyHeader.h"seguro.

Porque el comportamiento difiere entre las versiones de C / C ++ si el archivo no termina con nueva línea. Especialmente desagradable son las versiones anteriores de C ++, fx en C ++ 03 que el estándar dice (fases de traducción):

Si un archivo fuente que no está vacío no termina en un carácter de nueva línea, o termina en un carácter de nueva línea inmediatamente precedido por un carácter de barra diagonal inversa, el comportamiento es indefinido.

El comportamiento indefinido es malo: un compilador conforme estándar podría hacer más o menos lo que quiere aquí (insertar código malicioso o lo que sea), claramente un motivo de advertencia.

Si bien la situación es mejor en C ++ 11, es una buena idea evitar situaciones en las que el comportamiento no esté definido en versiones anteriores. La especificación C ++ 03 es peor que C99, lo que prohíbe directamente dichos archivos (el comportamiento se define luego).

Esta advertencia también podría ayudar a indicar que un archivo podría haberse truncado de alguna manera. Es cierto que el compilador probablemente arrojará un error del compilador de todos modos, especialmente si está en el medio de una función, o tal vez un error de enlace, pero estos podrían ser más crípticos y no se garantiza que ocurran.

Por supuesto, esta advertencia tampoco está garantizada si el archivo se trunca inmediatamente después de una nueva línea, pero aún podría detectar algunos casos que podrían fallar otros errores y da una pista más clara del problema.

Eso no es un error. Es solo una advertencia.

Abra el archivo en un editor, vaya a la última línea del archivo y presione enter para agregar una línea en blanco al final del archivo.

Aunque, además de eso, deberías estar usando en #include <iostream>lugar de <iostream.h>. Luego pon un using std::cout;después.