История изменений

Ненавижу Craptools ЛЮТОЙ НЕНАВИСТЬЮ и желаю его скорейшее уничтожение и забвение.

Работать с ним – лютый кошмар. Если пытаешься собрать под платформу, вторая не была предусмотрена автором программы, то готовься к лютой боли и страданиям: неведомым ошибкам M4, autodetect failed и прочим. Как туда что-то добавить я понятия не имею, пробовал добавить новый *.c файл и оно всё посыпалось.

Эта криворукая поделка не умеет не засирать исходники своими продуктами жизнедеятельности вроде «configure». Подавляющее большинство других систем сборки умеют хранить все гененируемые временные файлы сборки в указанной директории, а не вместе с исходниками. Это бывает важно например когда исподники в ФС только для чтения. И даже не говорите что поставлять исходники с «configure» – нормальная практика, потому что его всё равно придётся регенерировать для нетипичной платформы. Кстати сам процесс регенерации не стандартизирован и надо разбираться как это делать с каждым проектом индивидуально: у кого-то есть autogen.sh у кого-то команды написаны в инструкции по сборке, иногда ничего не остаётся кроме как действовать методом тыка.

Этот «configure» люто тормозной и зачастую собственно процесс сборки занимает меньше времени, чем конфигурирования. Оно проверяет кучу бесполезных вещей вроде особенностей старых UNIX’ов у которых давно истекла поддержка, но при этом не проверяют некоторые актуальные системы, в результате чего эту жуть приходится патчить.

Любить этот Craptools могут либо свидетели первых UNIX которые сейчас уже на пенсии, либо кто ничего кроме сборки исходников под популярные платформы не делает, исходники ни в коем случае не редактирует.

Ненавижу Craptools ЛЮТОЙ НЕНАВИСТЬЮ и желаю его скорейшее уничтожение и забвение.

Работать с ним – лютый кошмар. Если пытаешься собрать под платформу, вторая не была предусмотрена автором программы, то готовься к лютой боли и страданиям: неведомым ошибкам M4, autodetect failed и прочим. Как туда что-то добавить я понятия не имею, пробовал добавить новый *.c файл и оно всё посыпалось.

Эта криворукая поделка не умеет не засирать исходники своими продуктами жизнедеятельности вроде «configure». Подавляющее большинство других систем сборки умеют хранить все гененируемые временные файлы сборки в указанной директории, а не вместе с исходниками. Это бывает важно например когда исподники в ФС только для чтения. И даже не говорите что поставлять исходники с «configure» – нормальная практика, потому что его всё равно придётся регенерировать для нетипичной платформы. Кстати сам процесс регенерации не стандартизирован и надо разбираться как это делать с каждым проектом индивидуально: у кого-то есть autogen.sh у кого-то команды написаны в инструкции по сборке, иногда ничего не остаётся кроме как действовать методом тыка.

Этот «configure» люто тормозной и зачастую собственно процесс сборки занимает меньше времени, чем конфигурирования. Оно проверяет кучу бесполезных вещей вроде особенностей старых UNIX’ов у которых давно истекла поддержка, но при этом не проверяют некоторые актуальные системы, в результате чего эту жуть приходится патчить.