> Проверять в 2015-м году наличие какой-нибудь функции, которой не было в одном
> из видов юникса восьмедисятых — это очень разумно, нужно и полезно! Зато у некрофагов с этим древним юниксом (извращенцев хватает) - оно запустится. И может их послать в пешее эротическое, рассказав какое гэ их система. И они будут тихонько чинить свой крап под соответствие актуальному состянию дел, или пойдут лесом. И это лучше чем если эти некрофаги припрутся к автору программы и будут канифолить мозг. А с каким-нибудь cmake обычно получается так что детектирование всего и вся вроде бы проходит успешно, все ЗБС, но на 69% компиляции, через 5 минут прогрева проца, когда юзерь уже пускает слюни на почти готовый бинраь, все вдруг ВНЕЗАПНО заваливается, наконец. А вот в этом месте толпа народа прется к авторам программы и злостно греет мозг.
Поэтому как ни странно, по опыту сборки туевой хучи программ, автотулсы в среднем по больнице - наиболее безграбельны как именно инструмент проверки зависимостей для сборки и дeтeктирования ключевых параметров системы.
> Иногда ./configure дольше работает, чем сама сборка времени занимает. И не
> параллелится, насколько я знаю, да.
Но запускается далеко не на каждую сборку (в плане проблемности для разработчика). И по минмуму взлетает на всем где есть позиксный шелл, даже в маздае (с msys или cygwin). И по крайней мере по его отлупу обычно можно понять кто виноват и что делать.
И да, когда компилер 5 минут впахивал для того чтобы на 69% вывалилась наконец не сильно внятная без вчитывания ошибка сборки, суть которой сводится к тому что нужной либы не оказалось - это еще хуже, имхо.
> Далеко не все генту-мейнтейнеры с вами согласятся.
Я компилил достаточно программ под разными системами, чтобы без них оценить "а как оно". Да и вообще, мнение гентушников у которых вообще какой-нибудь там развал портажей по причине "версия бидона не та" не является чем-то из ряда вон - для меня имеет достаточно ограниченную ценность
> Например?
Да хз, какой проект ни ткни, либы детектируются через пень колоду. Я даже затрудняюсь кого-то конкретного выделить - с этим не ахти было вообще у всех. Ну вон vcmi в свое время никак не мог с ffmpeg совладать. Сообщал что все ЗБС, но сборка потом падала где-то на середине.
А если уж мы про многопоточность - make file от cmake выводят в консоль при 8 потоках полное месиво вместо красивого прогресса. А еще там часто бывают race conditions, когда в 1-поточном режиме сборка проходит всегда, а если в 8 потоков фигарить - сборка отлетает с дурной ошибкой без особых причин. И прокатывает раза со второго-третьего. Не совсем понимаю как народ добивается таких красивых гонок. Но если нечто билдуется cmake, оно при многопоточной сборке нередко и ВНЕЗАПНО заваливается в середине сборки, а вывод на консоль при этом отражается лурковским "кровь, кишки, распи...сило".
> не мешает и в автотулзах не заниматься поиском библиотеки, а просто
> взять и сделать #include, понадеявшись, что она есть.
Теоретически все вроде бы так. Практически - толи в автотулсах это проще делать, толи еще какие-то факторы. Но факт в том что при сборке программы с автотулсами ВНЕЗАПНО валятся гораздо реже. А когда autotools посылают курить бамбук - обычно он делает это ДО начала сборки и по крайней мере обычно понятно почему. А в случае cmake часто оказывается что в консоли просто месиво, попытки рисовать fancy прогресс только нагибают диагностику, а выглядит это как трэш даже если сборка прошла успешно. Потому что билдовать в 1 поток на 8-ядернике мне как-то не айс, а когда оно в 8 потоков рисует на консоль прогресс без какой либо синхронизации - понятно что получается.
