> Там тормоза не от скриптов, а от тестов.которые, кстати, не нужны.
> Если "обойтись" без сборки и запуска тестов, результат быстро скатится к "работает
> только на linux/intel, ну, может, ещё freebsd/arm"
Миша, а ты много видел auto-хернь-прожектов, работающих сами по себе - ну вот хотя бы на всем перечисленном?
Лично я - ни одного, во всяком случае, сложнее hello.c (которому они и не нужны).
Зато отлично помню раннюю версию mono - там был мало того что autotools, причем непременно еще руками требовалось создать ему правильное окружение и запускать каким-то хитрым образом - так оно еще и работало...уп-с, только и исключительно под линуксом (и то не всяким). А для любой другой системы выдавало "а вот напишите-ка с нуля этак тыщ пятнадцать строчек кода, а то мы что-то нишмагли". Спрашивается - а зачем вы притащили в проект всю эту скриптовую пакость, если оно у вас все равно на единственной системе работает?
Напрашивающийся ответ - неумение таки пользоваться банальным инструментарием в виде make, компилятора и линкера, и непонимание, как вообще это делают - вероятнее всего, из-за привычек, сформированных visual c.
а по-настоящему (то есть решает реально существующие проблемы, а не тупo вываливается с ошибкой) autotools нужны дай Б-г одному проекту из ста. И там это тоже - экономия получаса времени разработчика, один раз, ценой сотен часов ожидания пока оно протестирует.
вот интересно, что там авто-тулзы делали в systemd - который существует на единственной платформе?