Что типичный./настраиваем делает в Linux?

Он запускает сценарий, который обычно создает файлы сборки и configure.h.

Скрипт написан на языке "m4", который является макроязыком. Макросы верхнего уровня находятся в autoconf.ac или (в старых системах) autoconf.in. Они расширяются и содержат макросы нижнего уровня, которые, в свою очередь, расширяются до реальных тестов, которые создают небольшие программы или задачи для проверки того, какая у вас система.

Например, AC_CHECK_HEADER ([myheader.h], ...) может сгенерировать крошечную программу на C, например:

#include "myheader.h"
int main(int argc, char** argv) {
  return 0;
}

Если программа компилируется, проверка считается «пройденной», в противном случае она «терпит неудачу». Статус таких проверок часто отражается в файле config.h. При прохождении проверки вы можете найти строку в config.h, которая выглядит так:

#define HAVE_MYHEADER_H 1

при неудачном тестировании она может выглядеть как

#define HAVE_MYHEADER_H 0

Если настроена работа с autoconf в макросе AM_INIT_AUTOMAKE, Makefile может также ссылаться на результаты тестов, если переменная, содержащая результат теста, экспортируется. Поэтому, если необходимая библиотека находится в нескольких разных типичных местах, или синтаксис «что работает» с одним из ваших стандартных инструментов (например, tar, ar и т. Д.) Отличается, или предпочтительный инструмент недоступен, Makefile будет в состоянии по-прежнему правильно построить проект, используя разные расположения библиотек, другой синтаксис инструментов или другой набор инструментов.

Таким образом, при работе с проектом Autotools (configure / make / make install) Makefile действительно не содержит всего необходимого для сборки проекта, он генерируется из шаблона Makefile.in, чтобы точно соответствовать вашей системе, когда вы вводите "configure" ".

Сценарий configure создает Makefile из шаблона, подставляя такие вещи, как место установки кода и определения, необходимые для компилятора (C, C++, Fortran, ...), который используется для сборки программы. Теоретически все это можно было бы сделать за один шаг, но существует так много различных конфигураций, что проще делать это поэтапно. (Например, при создании большой программы на многоядерной машине, вы можете захотеть указать, чтобы происходило определенное количество параллельных компиляций, что не зависит от того, как все сконфигурировано)