как заставить автоматизировать использование /usr/include/glib-2.0 вместо /usr/local/include/glib-2.0 - PullRequest
0 голосов
/ 01 сентября 2011

Я не уверен, когда это изменение произошло в моей системе, но я имел обыкновение создавать что-то, что использовало /usr/include/glib-2.0.Но теперь моя сборка терпит неудачу из-за glib, и я заметил, что она использует другую версию /usr/local/include/glib-2.0.

Как мне заставить его использовать / usr / lib вместо/ usr / local / lib для glib?Я попытался удалить /usr/local/include/glib-2.0 и /usr/local/lib/glib-2.0, но он все еще пытается использовать эти пути и не работает.

Ответы [ 3 ]

0 голосов
/ 14 сентября 2011

Лучший способ получить правильный путь к glib в ваших скриптах сборки - использовать инструмент pkg-config для получения флагов для gcc. Например gcc $ (pkg-config --cflags glib-2.0) foo.c

0 голосов
/ 18 августа 2012

Если вы самостоятельно скомпилировали и установили glib и не изменили префикс, вы можете указать glib-2.0.pc в пути поиска по умолчанию в pkg-config. Вы можете проверить, какой файл .pc используется с опцией --debug.

Или вы можете проверить содержимое glib-2.0.pc, чтобы увидеть, имеет ли оно право prefix или нет.

0 голосов
/ 01 сентября 2011

хорошо, решение, которое я нашел, состояло в том, чтобы загрузить исходный код glib, собрать его и установить его в / usr / local, а затем запустить "sudo make uninstall" ... что-то вроде хака, но это сработало

...