Попередження компілятора "Немає нового рядка в кінці файлу"

У чому причина наступного попередження у деяких компіляторах C ++?

Немає нового рядка в кінці файлу

Чому я повинен мати порожній рядок у кінці файлу джерела / заголовка?

Придумайте деякі проблеми, які можуть виникнути, якщо немає нового рядка. Відповідно до стандарту ANSI, #includeфайл на початку вставляє файл точно так само, як на передній частині файлу, і не вставляє новий рядок після #include <foo.h>вмісту файлу після. Отже, якщо ви включите файл без нового рядка в кінці до аналізатора, він буде розглядатись так, ніби останній рядок foo.hзнаходиться в тому ж рядку, що і перший рядок foo.cpp. Що робити, якщо останній рядок foo.h був коментарем без нового рядка? Тепер перший рядок foo.cppкоментується. Це лише кілька прикладів типів проблем, які можуть повстати.

Просто хотів вказати будь-яким зацікавленим сторонам на відповідь Джеймса нижче. Хоча вищезазначена відповідь все ще правильна для C, новий стандарт C ++ (C ++ 11) був змінений, так що це попередження більше не повинно видаватися, якщо використовується C ++ та компілятор, що відповідає C ++ 11.

З C ++ 11 стандартних через повідомлення Джеймса:

Вихідний файл, який не є порожнім і не закінчується символом нового рядка, або який закінчується символом нового рядка, що безпосередньо передує символу зворотної косої риски перед тим, як відбудеться таке сплайсування, обробляється так, ніби додатковий новий символьний рядок був доданий до файлу (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-free IDE версії 5.0, в моїй програмі будь-якої з 'c ++' або 'c' мови, у мене виникала така ж проблема. Просто в кінці програми, тобто в останньому рядку програми (після дужок функції це може бути основна або будь-яка функція), натисніть клавішу Enter -line no. буде збільшено на 1. після виконання тієї ж програми, вона запуститься без помилок.

Звичайно, на практиці кожен компілятор додає новий рядок після #include. Вдячно - @mxcl

не специфічний C / C ++, але діалект C: при використанні GL_ARB_shading_language_includeрозширення компілятор glsl в OS X попереджає НЕ про відсутній новий рядок. Таким чином , ви можете написати MyHeader.hфайл з охоронцем заголовка , який закінчується , #endif // __MY_HEADER_H__і ви будете втрачати лінію після того , як #include "MyHeader.h"точно.

Оскільки поведінка відрізняється між версіями C / C ++, якщо файл не закінчується новим рядком. Особливо неприємним є старіший C ++ - версії, fx в C ++ 03 стандарт говорить (етапи перекладу):

Якщо вихідний файл, який не є порожнім, не закінчується символом нового рядка або закінчується символом нового рядка, який безпосередньо передує символу зворотної косої риси, поведінка не визначена.

Невизначена поведінка погана: стандартний відповідний компілятор може робити більше або менше того, що хоче тут (вставити шкідливий код чи що завгодно) - очевидно, причина для попередження.

Хоча ситуація краща в C ++ 11, добре уникати ситуацій, коли поведінка не визначена в попередніх версіях. Специфікація C ++ 03 гірша, ніж C99, яка прямо забороняє такі файли (поведінка потім визначається).

Це попередження може також допомогти вказати, що файл міг бути якось усічений. Це правда, що компілятор, ймовірно, видасть помилку компілятора в будь-якому випадку - особливо, якщо він знаходиться в середині функції - або, можливо, помилка лінкера, але вони можуть бути більш криптовалютними і не гарантовано трапляться.

Звичайно, це застереження також не гарантується, якщо файл обрізається відразу після нового рядка, але він все одно може зафіксувати деякі випадки, які можуть бути пропущені іншими помилками, і дає більш сильний натяк на проблему.

Це не помилка. Це просто попередження.

Відкрийте файл у редакторі, перейдіть до останнього рядка та натисніть клавішу Enter, щоб додати порожній рядок до кінця файла.

Хоча, крім цього, ви повинні використовувати #include <iostream>замість цього <iostream.h>. Потім покладіть в нього using std::cout;після.