Gcc/g++: "Нет такого файла или каталога"

Ответ 1

Ваш компилятор просто попытался скомпилировать файл с именем foo.cc. При попадании номера строки line компилятор обнаруживает:

#include "bar"

или

#include <bar>

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

Как сообщить компилятору, где его найти

g++ имеет опцию -I. Он позволяет добавлять пути поиска к командной строке. Представьте, что ваш файл bar находится в папке с именем frobnicate, относительно foo.cc (предположим, что вы компилируете из каталога, где находится foo.cc):

g++ -Ifrobnicate foo.cc

Вы можете добавить дополнительные include-paths; каждый, который вы даете, относится к текущему каталогу. Компилятор Microsoft имеет параметр корреляции /I, который работает аналогичным образом или в Visual Studio, папки могут быть установлены на страницах свойств проекта, в разделе "Свойства конфигурации" → C/С++ → Общие → Дополнительные каталоги включения,

Теперь представьте, что у вас есть несколько версий bar в разных папках, учитывая:

// A/bar
#include<string>
std::string which() { return "A/bar"; }

// B/bar
#include<string>
std::string which() { return "B/bar"; }

// C/bar
#include<string>
std::string which() { return "C/bar"; }

// foo.cc
#include "bar"
#include <iostream>

int main () {
    std::cout << which() << std::endl;
}

Приоритет с #include "bar" является самым левым:

$ g++ -IA -IB -IC foo.cc
$ ./a.out
A/bar

Как вы видите, когда компилятор начал просматривать A/, B/ и C/, он остановился при первом или крайнем ударе.

Это относится к обеим формам, include <> и incude "".

Разница между #include <bar> и #include "bar"

Обычно #include <xxx> заставляет его сначала заглядывать в системные папки, #include "xxx" заставляет его сначала просматривать текущие или пользовательские папки.

например:.

Представьте, что в папке проекта есть следующие файлы:

list
main.cc

с main.cc:

#include "list"
....

Для этого ваш компилятор будет #include файл list в вашей папке проекта, потому что в настоящее время он компилирует main.cc и этот файл list находится в текущей папке.

Но с main.cc:

#include <list>
....

а затем g++ main.cc, ваш компилятор сначала рассмотрит системные папки, а поскольку <list> является стандартным заголовком, он будет #include файлом с именем list, который поставляется с вашей платформой С++, как часть стандартная библиотека.

Все это немного упрощено, но должно дать вам основную идею.

Подробная информация о <>/"" -priorities и -I

В соответствии с gcc-documentation приоритет для include <> находится в "нормальной системе Unix" следующим образом:

 /usr/local/include
 libdir/gcc/target/version/include
 /usr/target/include
 /usr/include

Для программ на С++ он также будет выглядеть в/usr/include/С++/version. В приведенном выше примере цель - это каноническое имя системы, для которой GCC был настроен для компиляции кода; [...].

В документации также указано:

Вы можете добавить в этот список опцию командной строки -Idir. Все каталоги, названные -I, выполняются в порядке слева направо перед каталогами по умолчанию. Единственное исключение - когда dir уже выполняется по умолчанию. В этом случае опция игнорируется, и порядок поиска для системных каталогов остается неизменным.

Чтобы продолжить наш пример #include<list> / #include"list" (тот же код):

g++ -I. main.cc

и

#include<list>
int main () { std::list<int> l; }

и действительно, -I. имеет приоритет в папке . по всей системе, и мы получаем ошибку компилятора.