#include <> и #include “” [дубликат]

Основное различие состоит в в том, какие пути ищутся.

Вы должны использовать форму угловых скобок для "системы" включает и обычные кавычки для проекта -local включает.

Дэн Молдинг понял все правильно; раскрутите, хакер, и Ник Бастин ошибся. Извините.

#include <...>

предназначен для заголовков , которые даже не обязательно должны быть файлами в файловой системе, но могут, например, быть внутренними для компилятора.

#include "..."

предназначен для файлов , и только если такой файл не найден, по умолчанию он возвращается к #include <...> .

Как и где ищутся эти заголовки и файлы, и следует ли использовать <> для системных файлов и "" для файлов проекта, что действительно является общепринятым соглашением, полностью зависит от компилятора и проекта.

Стандарт C (ISO / IEC 9899: 1999) говорит (выделено мной):

6.10.2 Включение исходного файла

Ограничения

Директива #include должен идентифицировать заголовок или исходный файл которые могут быть обработаны реализация.

Семантика

Директива предварительной обработки вида

#include новая строка

ищет последовательность места, определяемые реализацией для a заголовок однозначно идентифицируется указанная последовательность между <и> разделители, и вызывает замену этой директивы всей содержимое заголовка. Как места указаны или указан заголовок определяется реализацией.

Директива предварительной обработки формы

#include "q-char-sequence" new-line

вызывает замену этой директива всем содержимым исходный файл, идентифицированный указанная последовательность между " разделители. Именованный исходный файл поиск осуществляется> способом, определяемым реализацией. Если это поиск не поддерживается, или если поиск не выполняется, директива обрабатывается так, как если бы он читал

#include новую строку

с идентичным содержащаяся последовательность (включая> символы, если есть) из оригинала директива.

Для компилятора gcc существует разница между заголовками <> и "". Если заголовок <> включен из каталога, предоставленного препроцессору как -isystem, то предупреждения для включенного заголовка не выдаются. С -Werror это имеет огромное значение в некоторых случаях.

В компиляторе Intel также есть директива -isystem, поэтому она может быть применима и к icc.

Не говоря уже о различии в каталогах поиска. это слишком очевидно, чтобы замечать.

Цитаты предписывают поиск сначала в текущем каталоге, затем в системных каталогах (либо путь, жестко заданный в компиляторе / препроцессоре, либо указанный с помощью -I ). Используя угловые скобки , вы сначала отказываетесь от поиска в текущем каталоге.

Вывод компилятора определенно не зависит от кавычек, потому что он обрабатывается на этапе предварительной обработки. За исключением случая, когда из-за измененного поведения поиска включаются разные файлы.

#include

проверит пути включения системы (включая любые дополнительные пути, добавленные для проекта).

#include "somefile.h"

проверит рабочую папку приложения. (т.е. та же папка, что и исходный файл, в котором есть инструкция #include).

проверит, включены ли в систему пути (включая любые дополнительные пути, добавленные для проекта).

#include "somefile.h"

проверит рабочую папку приложения. (т.е. та же папка, что и исходный файл, в котором есть инструкция #include).

проверит, включены ли в систему пути (включая любые дополнительные пути, добавленные для проекта).

#include "somefile.h"

проверит рабочую папку приложения. (т.е. та же папка, что и исходный файл, в котором есть инструкция #include).

Предупреждение: это чистое предположение. У меня недостаточно опыта работы с компилятором Intel, чтобы знать, работает ли он таким образом, и я не знаю ни одного компилятора, который бы это делал.

Если компилятор реализует предварительно скомпилированные заголовки, он может использовать их для одной формы включения, но не другой. Если предварительно скомпилированный заголовок не синхронизируется с фактическим заголовком, вы получите разные результаты в зависимости от того, какой из них был включен.

В целом нет технической разницы, и все, что вам говорят об этом, - это просто местный стиль, вероятно, под влиянием прошлых компиляторов - многие современные компиляторы реализуют начальный поиск точно так же (часто другие общие варианты поведения доступны через опцию командной строки). Стандарт оставляет поведение в руках разработчика без особого обоснования поддержки обоих синтаксисов.

В соответствии с разделом 6.10.2 стандарта ISO C99, пути поиска для <> и "" оба определяется реализацией . ЕДИНСТВЕННОЕ различие между ними в глазах стандарта заключается в том, что использование "" вернется к <>, если не может быть разрешено. (Пусть вас не сбивает с толку стандарт, делающий различие между "заголовком" и "исходным файлом"