>[оверквотинг удален] >что-то найти (потому что ищет только в /usr/lib , например). То >всплывает какой-то ключик компилятора, доступный только в новейшей версии. То ещё >подобная хрень. Хуже того: нередко появляются зависимости, которые в configure не >видны, и выясняются, в лучшем случае, только при (к счастью, в >OpenBSD такое есть) автоматизированной проверке на тему используемых библиотек. > >Я не раз сталкивался, например, с тем, что configure говорит: «парень, а >у тебя компилятор-то не умеет создавать разделяемые библиотеки!». И ковыряешься, ищешь >ошибку, и в итоге выясняется, что тест цепляет какой-то левый заголовок >и вполне резонно обламывается. Вот для того, чтобы такие ситуации не возникали и рекомендуется использовать именно стандартные макросы autotools для стандартных проверок, а не строить свои велосипеды. А задача пользователей xBSD и других не-GNU систем проверять адекватность этих стандартных тестов и закидывать какашками разрабочиков, которые самостоятельно пытаются проверить наличие библиотек и делают это только специфично для известной им системы, хотя зачем-то прицепили autotools и назвали свое поделие портируемым. Если я захочу собрать дистрибутив линукс с библиотеками в /Linux/system32, то для нормальных проектов с autotools мне будет достаточно изменить стандартные тесты, а перед сборкой вызвать autoreconf -fisv. Для програм, использующих SCons, CMake и прочий, типа портируемый, булшит, придется править каждую из них своим, уникальным способом.
|