Доброе время суток.
Компилирую вместе со своим проектом стороннюю библиотеку - она подключает свои же header-файлы (которые лежат в той же папке с .c-файлами) как #include <some_file.h>.
Как через -Irelative_path/library или иным способом объявить относительный путь для поиска файлов, подключаемых через <>?

Это сообщение отредактировал(а) KaraKum - 20.4.2010, 16:53

Вы сами ответили на свой вопрос:).

Если вы имеете в виду -Irelative_path/library, то это не решение.

Ситуация такова:
- исходники проекта находятся в папке path_to_project/project/src
- исходники подключаемой библиотеки (компилируемой в проекте) находятся в папке path_to_project/project/src/goocanvas
- все библиотечные исходники подключают файлы как #include <goocanvas_something.h>

Если включить опцию -Ipath_to_project/project/src/goocanvas, то всё верно, НО проект находится в СВН и у всех пути (path_to_project) к проекту разные, но опции -I./, -I., -I./src, -I./src/goocanvas и так далее не работают.

Это сообщение отредактировал(а) KaraKum - 20.4.2010, 17:21

Делайте рабочей директорий компилятора (к примеру размещайте там Makefile) path_to_project/project. Тогда -Isrc/goocanvas сработает (это утверждение точно верно для GCC, на других же компиляторах нужно проверять - я ими не пользуюсь).

Upd:
Хотел выложить простой пример для Linux/GCC, но форум ругается на tgz... "Вы не можете загружать такой тип файлов"

Это сообщение отредактировал(а) djamshud - 20.4.2010, 18:50

Компилятор "g++" под Linux'ом - метод -Isrc/goocanvas не работает :( .

P.S. Попробуйте загрузить сюда просто .tar-файл.

Это сообщение отредактировал(а) KaraKum - 21.4.2010, 09:33

а через родительский каталог (-I../src/goocanvas) тоже не берет?

Попробовал - не получилось :(

Простой tar.

Присоединённый файл ( Кол-во скачиваний: 4 )
 makefile.tar 10,00 Kb

KaraKum, может вы про это?

Пример прекрасно работает.

Я свой проект компилирую через KDevelop и флаги -I... задаю в Makefile.am (пробовал и в INCLUDES и в project_CPPFLAGS) - возможно причина в этом, но всё-равно не понимаю почему - ведь эти параметры вроде передаются напрямую компилятору.

KaraKum, от KDevelop отказался именно по причине, что не смог нормально управлять процессом компиляции. В нынешней версии он вроде бы уже умеет работать с внешним Makefile, но я пока не тестировал.

Вообще все файлы, которые библиотека инклудит лежат в той же папке что сама библиотека   и если заменить <file_name.txt> на "file_name.txt", то всё будет работать, но менять довольно трудоёмко и каждый раз при обновлении библиотеки.

А в пользу какого IDE произошёл отказ? Eclipse, Dev-C++?

kate + make

Оригинально   

Спасибо за ответы. Проблема, можно сказать, решена.

Вопрос отмечен как решённый.