Advertencia de comstackción “No hay nueva línea al final del archivo”

¿Cuál es el motivo de la siguiente advertencia en algunos comstackdores de C ++?

Sin nueva línea al final del archivo

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

Piense en algunos de los problemas que pueden ocurrir si no hay línea nueva. De acuerdo con el estándar ANSI, el #include de un archivo al principio inserta el archivo exactamente como está en la parte frontal del archivo y no inserta la nueva línea después del #include después del contenido del archivo. Por lo tanto, si incluye un archivo sin línea nueva al final del analizador, se verá como si la última línea de foo.h en la misma línea que la primera línea de foo.cpp . ¿Y si la última línea de foo.h fuera un comentario sin una nueva línea? Ahora la primera línea de foo.cpp está comentada. Estos son solo un par de ejemplos de los tipos de problemas que pueden surgir.

Editar : solo quería apuntar a las partes interesadas a la respuesta de James a continuación. Mientras que la respuesta anterior sigue siendo correcta para C, se ha cambiado el nuevo estándar de C ++ (C ++ 11) para que ya no se emita esta advertencia si se usa C ++ y un comstackdor que cumpla con 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 inmediatamente precedido por una barra invertida antes de que se produzca dicho empalme, se procesará como si se tratara de un nuevo el carácter de línea se anexó al archivo (C ++ 11 §2.2 / 1).

El requisito de que cada archivo fuente termine con una nueva línea no escapada 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 inmediatamente precedido por una barra invertida antes de que se produzca dicho empalme, se procesará como si se tratara de un nuevo el carácter de línea se anexó al archivo (C ++ 11 §2.2 / 1).

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

C ++ 03 Standard [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 invertida antes de que se produzca dicho empalme, el comportamiento no está definido.

La respuesta para el “obediente” es “porque el Estándar C ++ 03 dice que el comportamiento de un progtwig que no termina en nueva línea no está definido” (parafraseado).

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

No se refiere a una línea en blanco, sino a que la última línea (que puede tener contenido) finalice 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 uno, 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.

#include reemplazará su línea con el contenido literal del archivo. Si el archivo no finaliza con una línea nueva, la línea que contiene el #include que la #include se fusionará con la línea siguiente.

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

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

no C / C ++ específico sino un dialecto C: cuando se utiliza la extensión GL_ARB_shading_language_include, el comstackdor glsl en OS X no le advierte sobre una nueva línea faltante. Así que puedes escribir un archivo MyHeader.h con un resguardo de encabezado que finaliza con #endif // __MY_HEADER_H__ y perderás la línea después del #include "MyHeader.h" seguro.

Porque el comportamiento difiere entre las versiones de C / C ++ si el archivo no finaliza con la nueva línea. Especialmente desagradable es C ++ – versiones más antiguas, fx en C ++ 03 dice el estándar (fases de traducción):

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 inmediatamente precedido por un carácter de barra diagonal inversa, el comportamiento no está definido.

El comportamiento indefinido es malo: un comstackdor estándar puede hacer más o menos lo que quiere aquí (insertar código malicous o lo que sea) – claramente una razón para advertir.

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 de C ++ 03 es peor que C99, que prohíbe abiertamente dichos archivos (se define el comportamiento).

Esta advertencia también podría ayudar a indicar que un archivo podría haberse truncado de alguna manera. Es cierto que el comstackdor probablemente arrojará un error de comstackción de todos modos, especialmente si está en el medio de una función, o quizás un error del enlazador, 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 otros errores podrían perderse, y da una pista más fuerte para el 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 #include lugar de . Luego ingrese un using std::cout; después de.