Вопрос в том, чего вы хотите достичь?

Обычно у вас есть три сценария:

Для первых 2 вы, вероятно, должны использовать переключатель -I, чтобы указать путь к заголовкам. Первый, вероятно, будет -I../mylib/include, второй может быть -I/home/user/local_libs/somelib/include.

Третья - глобальная установка, которая должна размещать их в /usr/local/include, но управляться с помощью инструмента, такого как automake или cmake. [Info]

При использовании automake у вас могут появляться уведомления, чем параметр --prefix по умолчанию /usr/local для безопасная установка, которая не мешает системным пакетам, в то время как поддерживающие debian работают ./configure --prefix=/usr в своих сценариях пакетов. Путь включения построен из этого префикса, поэтому он следует за установкой пакета.

Сохраните их в папке /usr/local/include. Из http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html в этом каталоге элементы «... не могут быть перезаписаны при обновлении системного программного обеспечения», что важно, поскольку вы делаете не хотите, чтобы файлы заголовков, которые вы загрузили, были сбиты с помощью системных обновлений, что может произойти, если вы поместите их в /usr/include.

В моей системе каталог /usr/local/include/ существует и пуст. В стандарте Filsystem Hierarchy Standard (FHS 3.0) используется каталог /usr/local/include. Файлы должны быть читаемыми по всему миру (0444), а каталоги должны быть доступны для поиска (0555).

Имитация (но не дублирование) имен каталогов

Как правило, мы не кодируем в вакууме, а то, что мы пишем, основывается на том, что другие писали перед нами. Предполагая, что ваши программы на C и связанные с ними файлы заголовков (.h) основаны на другой программной системе, тогда вы должны смоделировать структуру своей каталогов после их.

Поскольку я понятия не имею о вашей среде, давайте возьмем общую программу и посмотреть, какую структуру каталогов они использовали для своих файлов заголовков:

У меня нет специальных библиотек C или заголовков, установленных в моей системе, поэтому каждый должен иметь возможность реплицировать этот поиск «из коробки».

Когда вы переходите к: /usr/include/x86_64-linux-gnu/c++/5, вы видите, что заголовочные файлы включены в программы C. Поэтому нет жесткого и правильного правила, что заголовки должны быть в их собственном каталоге.

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

Где теперь хранятся файлы заголовков

Проверить, где хранятся файлы заголовков:

Это только верх моего списка.

Основываясь на существующих местоположениях заголовков, я бы склонен создавать каталог:

для хранения всех файлов заголовков (.h).

Рассмотрим путь поиска по умолчанию

Однако, как указывали другие, популярное местоположение:

В этой статье, написанной Ричардом Столлманом и другими, они пишут:

По умолчанию gcc ищет следующие каталоги для файлов заголовков:

и следующие каталоги для библиотек:

Вопрос в том, чего вы хотите достичь?

Обычно у вас есть три сценария:

Для первых 2 вы, вероятно, должны использовать переключатель -I, чтобы указать путь к заголовкам. Первый, вероятно, будет -I../mylib/include, второй может быть -I/home/user/local_libs/somelib/include.

Третья - глобальная установка, которая должна размещать их в /usr/local/include, но управляться с помощью инструмента, такого как automake или cmake. [Info]

При использовании automake у вас могут появляться уведомления, чем параметр --prefix по умолчанию /usr/local для безопасная установка, которая не мешает системным пакетам, в то время как поддерживающие debian работают ./configure --prefix=/usr в своих сценариях пакетов. Путь включения построен из этого префикса, поэтому он следует за установкой пакета.

Сохраните их в папке /usr/local/include. Из http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html в этом каталоге элементы «... не могут быть перезаписаны при обновлении системного программного обеспечения», что важно, поскольку вы делаете не хотите, чтобы файлы заголовков, которые вы загрузили, были сбиты с помощью системных обновлений, что может произойти, если вы поместите их в /usr/include.

В моей системе каталог /usr/local/include/ существует и пуст. В стандарте Filsystem Hierarchy Standard (FHS 3.0) используется каталог /usr/local/include. Файлы должны быть читаемыми по всему миру (0444), а каталоги должны быть доступны для поиска (0555).

Имитация (но не дублирование) имен каталогов

Как правило, мы не кодируем в вакууме, а то, что мы пишем, основывается на том, что другие писали перед нами. Предполагая, что ваши программы на C и связанные с ними файлы заголовков (.h) основаны на другой программной системе, тогда вы должны смоделировать структуру своей каталогов после их.

Поскольку я понятия не имею о вашей среде, давайте возьмем общую программу и посмотреть, какую структуру каталогов они использовали для своих файлов заголовков:

У меня нет специальных библиотек C или заголовков, установленных в моей системе, поэтому каждый должен иметь возможность реплицировать этот поиск «из коробки».

Когда вы переходите к: /usr/include/x86_64-linux-gnu/c++/5, вы видите, что заголовочные файлы включены в программы C. Поэтому нет жесткого и правильного правила, что заголовки должны быть в их собственном каталоге.

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

Где теперь хранятся файлы заголовков

Проверить, где хранятся файлы заголовков:

Это только верх моего списка.

Основываясь на существующих местоположениях заголовков, я бы склонен создавать каталог:

для хранения всех файлов заголовков (.h).

Рассмотрим путь поиска по умолчанию

Однако, как указывали другие, популярное местоположение:

В этой статье, написанной Ричардом Столлманом и другими, они пишут:

По умолчанию gcc ищет следующие каталоги для файлов заголовков:

и следующие каталоги для библиотек: