История изменений
Исправление hateyoufeel, (текущая версия) :
в ветке все ругают autotols/configure etc, видимо, все понимают чем они плохи. можно в 2-3 предложениях для простых людей обьяснить?!
спасибо
Автолулзы – набор костылей из 80х, который на 95% неактуален сегодня. Когда ты запускаешь скрипт ./configure, он проверяет в том числе что твой компилятор соответствует стандартам, у тебя есть стандартные заголовочные файлы и т.д. Штука в том, что компиляторы без этого всего сдохли лет 20-30 назад, и сегодня все эти проверки тупо неактуальны.
А на компах, где это было актуальным, ./configure тупо не запустится, потому что там нужен относительно свежий bash, да и сам размер этого скрипта приведёт к тому, что сборка затянется на часы. Типа, для относительно небольших проектов на C (в пределах 10к строк, например) ./configure занимает больше времени, чем собственно сама сборка проекта.
Скрипты для autoconf пишутся на наркоманском макроязыке m4, который настолько чудовищен, что мало кто вообще пытается его понять. В подавляющем большинстве проектов эти скрипты пишутся тупо копипастой. Из какого-нибудь другого проекта. В итоге, вместо сборочных скриптов получаются просто жопоразрывающие наслоения говна.
Ну и в среднем работает всё это примерно очень плохо.
Исправление hateyoufeel, :
в ветке все ругают autotols/configure etc, видимо, все понимают чем они плохи. можно в 2-3 предложениях для простых людей обьяснить?!
спасибо
Автолулзы – набор костылей из 80х, который на 95% неактуален сегодня. Когда ты запускаешь скрипт ./configure, он проверяет в том числе что твой компилятор соответствует стандартам, у тебя есть стандартные заголовочные файлы и т.д. Штука в том, что компиляторы без этого всего сдохли лет 20-30 назад, и сегодня все эти проверки тупо неактуальны.
А на компах, где это было актуальным, ./configure тупо не запустится, потому что там нужен относительно свежий bash, да и сам размер этого скрипта приведёт к тому, что сборка затянется на часы. Типа, для относительно небольших проектов на C (в пределах 10к строк, например) ./configure занимает больше времени, чем собственно сама сборка проекта.
Ну и в среднем работает всё это примерно очень плохо.
Исправление hateyoufeel, :
в ветке все ругают autotols/configure etc, видимо, все понимают чем они плохи. можно в 2-3 предложениях для простых людей обьяснить?!
спасибо
Автолулзы – набор костылей из 80х, который на 95% неактуален сегодня. Когда ты запускаешь скрипт ./configure, он проверяет в том числе что твой компилятор соответствует стандартам, у тебя есть стандартные заголовочные файлы и т.д. Штука в том, что компиляторы без этого всего сдохли лет 20-30 назад, и сегодня все эти проверки тупо неактуальны.
А на компах, где это было актуальным, ./configure тупо не запустится, потому что там нужен относительно свежий bash, да и сам размер этого скрипта приведёт к тому, что сборка затянется на часы. Типа, для относительно небольших проектов на C (в пределах 10к строк, например) ./configure занимает больше времени, чем собственно сама сборка проекта.
Исходная версия hateyoufeel, :
в ветке все ругают autotols/configure etc, видимо, все понимают чем они плохи. можно в 2-3 предложениях для простых людей обьяснить?!
спасибо
Автолулзы – набор костылей из 80х, который на 95% неактуален сегодня. Когда ты запускаешь скрипт ./configure, он проверяет в том числе что твой компилятор соответствует стандартам, у тебя есть стандартные заголовочные файлы и т.д. Штука в том, что компиляторы без этого всего сдохли лет 20-30 назад, и сегодня все эти проверки тупо неактуальны.
А на компах, где это было актуальным, ./configure тупо не запустится, потому что там нужен относительно свежий bash, да и сам размер этого скрипта приведёт к тому, что сборка затянутся на часы. Типа, для относительно небольших проектов на C (в пределах 10к строк, например) ./configure занимает больше времени, чем собственно сама сборка проекта.