Исправление firkax, (текущая версия) :
Нет это не узкая терминология.
make это программа из глубокой древности, с тех пор так и оставшаяся стандартной, для инкрементальной сборки программ
./configure это общеупотребительное название скрипта для преднастройки сборщика под конкретную систему.
А вот autotools это всего лишь пакет костылей, который НЕКОТОРЫЕ разработчики используют для генерации configure и Makefile. А некоторые - не используют. Эти костыли совершенно вторичны по отношению к make, появились намного позже и нормальные люди обходятся без них. Генерировать Makefile совсем не обязательно, это формат, который с самого начала был рассчитан на ручное написание. Повторю, тут (в этом выборе) речь не про тебя, который хочет установить прогу, а про её автора.
У некоторых программ сборка может быть вообще без make, можно просто написать шелл-скрипт с вызовом компилятора нужное количество раз. Или например sendmail собирается скриптом на m4, видел какие-то проги, собиравшиеся скриптами на perl-е.
В контексте «какой механизм пакетизации» все эти детали не важны, суть в том что ты скачал официальное дерево исходников и что-то из него запустил чтоб оно скомпилировалось. Но, поскольку обычно это всё-таки configure+make, стоит их упомянуть в пункте ответа, чтобы всем было понятнее о чём речь. А вот разновидности наличия или отсутствия всяческих костылей, которые разработчикам взбрело в голову использовать при подготовка сборочного скрипта своего софта - тут совершенно не важны.
Исправление firkax, :
Нет это не узкая терминология.
make это программа из глубокой древности, с тех пор так и оставшаяся стандартной, для инкрементальной сборки программ
./configure это общеупотребительное название скрипта для преднастройки сборщика под конкретную систему.
А вот autotools это всего лишь пакет костылей, который НЕКОТОРЫЕ разработчики используют для генерации configure и Makefile. А некоторые - не используют. Эти костыли совершенно вторичны по отношению к make, появились намного позже и нормальные люди обходятся без них. Генерировать Makefile совсем не обязательно, это формат, который с самого начала был рассчитан на ручное написание. Повторю, тут (в этом выборе) речь не про тебя, который хочет установить прогу, а про её автора.
У некоторых программ сборка может быть вообще без make, можно просто написать шелл-скрипт с вызовом компилятора нужное количество раз. Или например sendmail собирается скриптом на m4, видел какие-то проги, собиравшиеся скриптами на perl-е.
В контексте «какой механизм пакетизации» все эти детали не важны, суть в том что ты скачать официальное дерево исходников и что-то из него запустил чтоб оно скомпилировалось. Но, поскольку обычно это всё-таки configure+make, стоит их упомянуть в пункте ответа, чтобы всем было понятнее о чём речь. А вот разновидности наличия или отсутствия всяческих костылей, которые разработчикам взбрело в голову использовать при подготовка сборочного скрипта своего софта - тут совершенно не важны.
Исходная версия firkax, :
Нет это не узкая терминология.
make это программа из глубокой древности, с тех пор так и оставшаяся стандартной, для инкрементальной сборки программ
./configure это общеупотребительное название скрипта для преднастройки сборщика под конкретную систему.
А вот autotools это всего лишь пакет костылей, который НЕКОТОРЫЕ используют для генерации configure и Makefile. А некоторые - не используют. Эти костыли совершенно вторичны по отношению к make, появились намного позже и нормальные люди обходятся без них. Генерировать Makefile совсем не обязательно, это формат, который с самого начала был рассчитан на ручное написание.
У некоторых программ сборка может быть вообще без make, можно просто написать шелл-скрипт с вызовом компилятора нужное количество раз. Или например sendmail собирается скриптом на m4, видел какие-то проги, собиравшиеся скриптами на perl-е.
В контексте «какой механизм пакетизации» все эти детали не важны, суть в том что ты скачать официальное дерево исходников и что-то из него запустил чтоб оно скомпилировалось. Но, поскольку обычно это всё-таки configure+make, стоит их упомянуть в пункте ответа, чтобы всем было понятнее о чём речь. А вот разновидности наличия или отсутствия всяческих костылей, которые разработчикам взбрело в голову использовать при подготовка сборочного скрипта своего софта - тут совершенно не важны.