Как запустить configure linux

Ниже находятся рекомендации по настройке пакета, использующего скрипт configure . Эти рекомендации можно включить в файл `INSTALL’ вашего пакета. Текстовая версия файла `INSTALL’ , которую вы можете использовать, поставляется с Autoconf.

Вот основные инструкции по установке.

Скрипт configure пытается определить правильные значения для различных, зависящих от системы переменных, которые используются в процессе установки. Он использует эти переменные для создания файлов `Makefile’ в каждом из каталогов пакета. он также может создавать один или несколько файлов `.h’ содержащих зависящие от системы определения. В заключение, он создает скрипт командного процессора с именем `config.status’ , который вы можете в дальнейшем запускать для воссоздания текущей настройки, также создается файл `config.cache’ , который сохраняет результаты тестов, для ускорения перенастройки, и файл `config.log’ , содержащий вывод компилятора (этот файл в основном полезен для отладки configure ).

Если для компиляции пакета вам необходимо выполнить нетривиальные вещи, то то пожалуйста попытайтесь определить как configure мог бы проверить как выполнить их, и затем пошлите diff-файл или инструкции на адрес, данный в файле `README’ , так что они могут быть рассмотрены для включения в следующий выпуск. Если в некоторых случаях `config.cache’ содержит результаты, которые вы не хотите хранить, то вы можете исправить или удалить его.

Файл `configure.in’ используется для создания скрипта `configure’ программой autoconf . Вам необходимо иметь `configure.in’ только, если вы хотите изменить его или заново создать скрипт `configure’ с помощью более новой версии autoconf .

Наиболее простым способом компиляции данного пакета являются следующие действия:

перейдите в каталог, содержащий исходный код пакета и наберите `./configure’ в командной строке, для того, чтобы настроить пакет для вашей системы. Если вы используете csh на старой версии System V, то вам может понадобиться набрать `sh ./configure’ вместо предыдущего примера, для того, чтобы не допустить выполнения данного скрипта с помощью csh . Работа configure займет некоторое время. В течении выполнения скрипт выдает некоторые сообщения, о том какие свойства он проверяет.
Наберите `make’ для компиляции пакета.
Вы можете набрать `make check’ для запуска любых собственных тестов, которые поставляются вместе с пакетом.
Наберите `make install’ для установки программ и файлов данных и документации.
вы можете удалить исполнимые файлы программ и объектные файлы из каталога с исходными текстами пакета набрав `make clean’ . Для удаления файлов созданных configure (так что вы можете скомпилировать пакет с помощью разных компиляторов), наберите `make distclean’ . Также существует цель `make maintainer-clean’ , но она в основном предназначена для разработчиков программного обеспечения. Если вы используете ее, то вы должны получить все другие программы, для того, чтобы обновлять файлы, которые поставляются с дистрибутивом.

Некоторые системы требуют необычных ключей для компиляции или компоновки, о которых скрипт configure просто не знает. Вы можете задать начальные значения для переменных configure установив их в среде. Используя командный процессор совместимый с процессором Bourne вы можете задать эти переменные с помощью командной строки, подобной этой:

или в системах, в которых имеется программа env , вы можете выполнить следующий код:

Вы можете одновременно скомпилировать пакет для более одного типа компилятора, поместив объектные файлы для каждой из архитектур в отдельный каталог. Для того чтобы сделать это, вы должны использовать такую версию программы make , которая поддерживают переменную VPATH , например, такую как GNU make . Перейдите в каталог, в который вы хотите поместить объектные и исполняемые файлы и запустите оттуда скрипт configure . configure автоматически проверит исходные тексты в каталог, в котором находится configure в также в каталоге `..’ .

Если вы используете программу make , которая не поддерживает переменную VPATH , то вы должны одновременно компилировать программу только для одной архитектуры. После того, как вы установили пакет для конкретной архитектуры, используйте правило `make distclean’ до выполнения настройки для другой архитектуры.

По умолчанию `make install’ установит файлы пакета в `/usr/local/bin’ , `/usr/local/man’ , и т.д.. Вы можете задать префикс установки, который отличается от `/usr/local’ . Это выполняется передачей configure ключа командной строки `—prefix= path ‘ .

Вы можете указать разные префиксы установки для специфических архитектуры файлов, и для файлов не зависящих от архитектуры. Если вы зададите configure ключ `—exec-prefix= path ‘ , то пакет будет использовать path как префикс для установки программ и библиотек. Документация и другие файлы данных будут использовать обычный префикс.

В добавок, если вы используете необычное расположение каталогов, то вы можете задать ключи, подобные `—bindir= path ‘ , для того, чтобы указать различные значения для отдельных типов файлов. Запустите `configure —help’ для получения списка каталогов, которые вы можете задать в командной строке, и списка типов файлов устанавливаемых в каждый из каталогов.

Если пакет поддерживает это, то вы можете установить программу с дополнительными суффиксами или префиксами в имени программы.Это выполняется заданием configure ключа `—program-prefix= PREFIX ‘ или `—program-suffix= SUFFIX ‘ .

Некоторые пакеты обращают внимание на ключи `—enable- feature ‘ переданные configure , где feature показывает дополнительную часть пакета. Они также могут обращать внимание на ключи `—with- package ‘ , где package является чем-то подобным `gnu-as’ или `x’ (для X Window System). В файле `README’ должны быть описаны распознаваемые пакетом ключи `—enable-‘ и `—with-‘ .

Для пакетов, которые использую X Window System, configure обычно может автоматически найти заголовочные файлы и библиотеки X, однако если скрипт не смог определить их расположение, то вы можете запустить configure с ключами `—x-includes= dir ‘ и `—x-libraries= dir ‘ и указав правильные значения.

Может быть много возможностей, которые configure не сможет определить автоматически, но которые нужны для определения типа системы на которой будет запускать пакет. Обычно configure может выполнить определение типа системы, но если в случае неудачи скрипт выдаст сообщение, говорящее о том, что он не смог определить тип системы, то задайте тип с помощью ключа `—host= type ‘ . type может являть либо коротким именем, определяющим тип системы, таким как `sun4’ , либо каноническим именем, содержащим 3 поля:

загляните в файл `config.sub’ для того, чтобы узнать возможные значения для каждого из полей. Если файл `config.sub’ не включен в состав пакета, то данному пакету не нужно знать тип системы.

Если вы собираете утилиты компилятора для кросс-компиляции, то вы также можете использовать ключ `—target= type ‘ для выбора типа системы, для которой эти утилиты будут создавать код, а также ключ `—build= type ‘ для выбора типа системы на которой вы компилируете пакет.

Если вы хотите чтобы значения по умолчанию для скриптов configure использовались совместно, то вы можете создать локальный скрипт с именем `config.site’ , который задаст значения по умолчанию для таких переменных как CC , cache_file и prefix . configure ищет ` prefix /share/config.site’ , если он существует, а затем ` prefix /etc/config.site’ если он существует. Или вы можете установить переменную среды CONFIG_SITE равную пути к этому скрипту. Предупреждение: не все скрипты configure производят поиск этого скрипта.

configure распознает следующие ключи командной строки, которые контролируют как он выполняется. —cache-file= file Использовать и сохранять результаты тестов в файле file вместо файла `./config.cache’ . Для запрещения кэширования установите file равным `/dev/null’ , при отладке configure . —help Выдает список ключей командной строки configure и прекращает работу. —quiet —silent -q Не выдает сообщений о том, какие проверки выполняются. Для запрещения всего вывода, перенаправьте вывод в файл `/dev/null’ (сообщения об ошибках все равно будут отображаться). —srcdir= dir Ищет исходный текст пакета в каталоге dir . Обычно configure может автоматически определить этот каталог. —version Выдает номер версии Autoconf использовавшейся для создания скрипта configure и прекращает работу.

configure также принимает некоторые другие, не так сильно полезные ключи.

Источник

Не работает команда ./configure

В общем такой команды (./configure ) вообще не существует (у меня стоит Ubuntu 10.4), так вот в help она не описывается, а в способах установке (в справке) метода установки из исходников вообще нет. (есть только описание способа установки из репозиториев и из пакетов)!

дожили!
configure — это скрипт. и лежит он в исходниках
а ./configure — это запуск этого скрипта, при условии что ты прям сейчас находишься в той же дире, что и этот скрипт

Зачем тебе что-то ставить из исходников, если ты не понимаешь что ты делаешь?

1) Что собрался устанавливать? Может лучше поставить из репозиториев?
2) Команда ./configure выполняется в каталоге, где лежат исходники программы, которую собрался устанавливать.

>вы знаете или нет почему у меня на убунту 9.10 всё работало, а на убунту 10.4 не работает.
я знаю!
деградируете, да!
прежде чем что-то делать, надо почитать что это, с чем его едят, и КАК едят!

Спасибо за ссылки, НО, я не пытаюсь быть пользователем убунту, я пытаюсь понимать что к чему, и мне (как сказал Галыгин) Срааать :). Что ставить.

ты пытаешься быть дураком. Выше тебе объяснили как правильно, а ты все равно хочешь через жопу. Таким способом ты ничего не поймешь, уж поверь

А зачем? LFS собираешь? Под Slackware пакеты?

Блин единственный нормальный пользователь, это aydar, а остальные . я промолчу.

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

А потом говорят что пользователи убунту-дебилы

Поробуй хоть немного почитать по теме вопроса.хотя бы поиском пользоваться научись.на том же убунтуфоруме.

>Спасибо за ссылки, НО, я не пытаюсь быть пользователем убунту, я пытаюсь понимать что к чему, и мне (как сказал Галыгин) Срааать :). Что ставить.

Под виндой можешь попробовать (тогда на винфак, там мозги поделай и назначь норммального пользователя), удачи 🙂

Выпендрёжники. И на хрена тогда форум. Чтоб вот так вот посылать. Форум для того чтоб если у человека что то не получилось, этому человеку всё разъяснить.

Ну, во-первых: установка из исходников через make install засоряет систему неучтёнными менеджером пакетов файлами. Если захочется их удалить, а источника уже не будет, будешь делать всё руками

Во-вторых, судя по «В общем такой команды (./configure ) вообще не существует» Вы не знаете вообще азов — что такое рабочий каталог, поэтому за установку из исходников лучше Вам пока не браться

Asteronix дело написал. Если ты новичок и тебе говорят «тебе это не под силу», надо задуматься, а не строить из себя.

>Форум для того чтоб если у человека что то не получилось, этому человеку всё разъяснить.
в первом же камменте ответ — что ещё не хватать?

Форум нужен для разрешения нестандартных проблем

Источник

Как запустить configure linux

Система сборки Gwyddion на Unix основана на GNU autotools (autoconf, automake, libtool), так же, как и большинство современного свободного программного обеспечения и программ с открытым исходным кодом под Unix. Если вы когда-либо собирали программы из исходников, вы, вероятно, уже встречались с autotools и знаете, что делать дальше. Этот раздел, тем не менее, будет описывать процесс сборки достаточно детально, чтобы быть понятным и тем, кто ещё этого не делал. Файл INSTALL в каталоге верхнего уровня архива с исходным кодом содержит общие инструкции по установке с помощью GNU autotools.

Краткие инструкции

Если вам уже знакома последовательность действий:

tar -jxvf gwyddion-2.49.tar.xz
cd gwyddion-2.49
./configure
make
make install

Распаковка исходного кода

Распакуйте архив с исходным кодом командой

tar -Jxvf gwyddion-2.49.tar.xz

заменяя 2.49 текущим номером версии. При этом будет создан каталог gwyddion-2.49 (снова с текущим номером версии вместо 2.49), перейдите с помощью cd в этот каталог. Все остальные действия по сборке будут проходить там.

Если в операционной системе отсутствует xz, можно загрузить gwyddion-2.49.tar.gz (сжатый с помощью gzip) вместо предыдущего архива и распаковать его с помощью

tar -zxvf gwyddion-2.49.tar.gz

Однако, современные Unix и подобные им системы поддерживают и gzip, и xz, и заметно меньший gwyddion-2.49.tar.xz обычно будет более удачным вариантом.

Настройка

чтобы сконфигурировать сборку Gwyddion .

Скрипт оболочки configure пытается угадать правильные значения для различных переменных, меняющихся от системы к системе и используемых в процессе компиляции. Он использует эти переменные чтобы создать Makefile в каждом каталоге пакета, набор заголовочных файлов с расширением .h , которые содержат зависящие от системы определения и некоторые другие вспомогательные файлы. В конце своей работы он создаёт другой скрипт оболочки config.status , который можно затем использовать для повторения текущей конфигурации, и файл config.log , который содержит подробности процесса детектирования и который полезно включать в сообщения об ошибках компиляции. В конце команда configure также выводит суммарную сводку о включенных и выключенных дополнительных опциях, включая причины почему опция была выключена.

Если configure пишет об отсутствии требуемых пакетов, установите эти пакеты и перезапустите её. То же самое справедливо и для случая, если configure заканчивается успешно, но вы обнаружили, что забыли установить опциональный компонент, с которым хотели собрать Gwyddion . Возможно, что пакет не был найден или был неправильно определён даже если вы его установили, а именно если он был установлен в нестандартный каталог. В этом случае необходимо настроить определённые переменные окружения чтобы дать configure возможность найти эти пакеты:

Большинство пакетов идут вместе с так называемыми файлами pkg-config ( .pc ), которые описывают как программы должны собираться и линковаться с ними. configure использует информацию из этих файлов, следовательно, PKG_CONFIG_PATH должна быть установлена таким образом, чтобы там были перечислены все нестандартные какталоги с нужными файлами pkg-config. Чтобы добавить, например, установленную библиотеку GTK+ в /opt/gnome и установленную библиотеку FFTW3 в $HOME/opt/fftw3 , нужно выполнить:

PKG_CONFIG_PATH=/opt/gnome/lib/pkgconfig:$HOME/opt/fftw3/lib/pkgconfig
export PKG_CONFIG_PATH

Может потребоваться настроить эти переменные чтобы включить нестандартные каталоги с исполняемыми файлами и библиотеками соответствующих пакетов. Переменные LD_LIBRARY_PATH и DYLD_LIBRARY_PATH обе задают путь поиска для разделяемых библиотек, но первая используется в системах на основе Linux и BSD, в то время, как вторая на OS X.

Может потребоваться настроить эти переменные чтобы включить нестандартные каталоги с заголовочными файлами и библиотеками пакетов, с которыми не шло файлов pkg-config, например, для libTIFF в /usr/local можно установить:

CPPFLAGS=-I/usr/local/include
export CPPFLAGS
LDFLAGS=-L/usr/local/lib
export LDFLAGS

Опция —prefix команды configure задаёт базовый каталог установки. Компоненты программы будут установлены в его подкаталоги bin , lib , share , и т.д. (которые будут созданы если они не существуют). Более детальное управление возможно с помощью опций, задающих отдельные подкаталоги, таких как —bindir , —libdir . Префикс по умолчанию – /usr/local/bin , чтобы установить Gwyddion в домашний каталог пользователя можно использовать, например команду

Если вы устанавливаете Gwyddion для личного использования это является рекомендованным вариантом, поскольку в этом случае не требуется выполнять действий с правами суперпользователя.

Настройки процесса конфигурирования

Необязательные возможности можно включить/выключить с помощью опций вроде —with-foo / —without-foo или —enable-foo / —disable-foo . Например, компиляция с zlib может быть отключена командой:

По умолчанию все опциональные возможности включены, если найдены все требуемые для их реализации библиотеки. Краткая информация о включенных и отключенных опциональных возможностях печатается в выводе команды configure недалеко от его конца.

Полный список опций и важных переменных configure можно получить с помощью команды:

Список будет длинным и большая часть опций контроллирует включение/выключение отдельных опциональных возможностей или передачу необходимых флагов компиляции и связывания для различных библиотек. Например, задавая FFTW3_CFLAGS и FFTW3_LIBS можно задать (или переопределить) как будет осуществляться компиляция и связывание с FFTW3. Однако, такое ручное задание является резервным вариантом для гораздо более удобного метода, основанного на использовании pkg-config в том случае если он почему-то не работает.

Некоторые интересные общие опции описаны в следующих параграфах.

Настройки пользователей

C Gwyddion поставляются различные файлы взаимодействия со средой рабочего стола, которые определяют типы MIME, элементы меню, привязки файлов, генерацию миниатюр и т.п. Если Gwyddion устанавливается в системный каталог, они обычно находятся в правильных местах файловой системы. Однако, если вы устанавливаете его куда-то в свой каталог пользователя, то эти файлы нужно поместить в другое место. а именно в определённые скрытые каталоги, начинающиеся с точки в вашем домашнем каталоге.

Это можно задать с помощью опции —enable-home-installation команды configure . Следует отметить, что использование этой опции приводит к установке файлов в каталоги вне заданного префикса.

Настройки создателей пакетов

Если Gwyddion устанавливается во временный каталог для дальнейшего создания пакета, необходимо отключить определённые действия после установки, которые нужно производить с системой, где пакет будет установлен, а не в момент создания пакета.

Обновление файлов FreeDesktop может быть отключено с помощью —disable-desktop-file-update . Установка схем GConf2 может быть отключена с помощью —disable-schemas-install . Обычно это не надо делать в явной форме т.к. установки в временный каталог используют непустую переменную DESTDIR (см. раздел установка). Если переменная DESTDIR не пустая, система сборки пропустит автоматически действия после установки. Тем не менее, обычной причиной отключения этих действий является то. что Gwyddion устанавливается на временное место вместо финального каталога (что обычно происходит при сборке пакетов в Linux). В этом случае вспомогательные действия отключаются автоматически при непустой переменной DESTDIR (см. раздел установка) и, следовательно, нет нужды отключать их в configure .

Передавая параметр —enable-library-bloat скрипту configure заставляет связываться модулям со всеми библиотеками. Это автоматически включается на MS Windows, где это является обязательным требованием. В основанных на Unix системах, связывание модулей со всеми библиотеками, которые уже загружены основной программой только напрасно замедляет работу (как во время сборки, так и во время исполнения). Таким образом, модули не связываются непосредственно с основными библиотеками вроде GLib. если ваша система или правила сборки требуют связывания модулей со всеми библиотеками (например, в системах, основанных на AltLinux), использование этой опции включает данное поведение.

Передачей опции —disable-module-bundling команде configure можно запретить объединение всех модулей одного типа (файловых, обработки данных, . ) в одну разделяемую библиотеку, что обычно делается для сохранения места на диске и ускорения загрузки. Хотя подобное объединение не меняет функциональность, оно заметно меняет набор устанавливаемых файлов. Если вы, по той или иной причине, полагаетесь на наличие на диске файла gwyfile.so , самое время остановиться и перестать так делать. Тем не менее, можно использовать данную опцию чтобы принудительно получить традиционный вариант установки, где каждый модуль находился в отдельном файле.

Настройки для разработчиков

Если вы собираетесь накладывать патч или иным образом модифицировать исходный код Gwyddion запустите configure с опцией —enable-maintainer-mode чтобы включить различные правила обновления и пересборки, которые не используются при обычной компиляции. В зависимости от вида изменений могут понадобиться некоторые дополнительные инструменты, описанные в разделе Снимок Subversion, разработка.

По умолчанию справочное руководство по C API не пересобирается. Подготовленные файлы HTML распространяются с архивом, документация меняется редко и её генерация требует достаточно продолжительного времени. Для того, чтобы включить генерацию документации по API нужно передать опцию —enable-gtk-doc скрипту configure . Естественно, вам потребуется gtk-doc. Следует отметить, что configure предупредит вас, если вы включили режим мантейнера, но выключили gtk-doc (что может быть полезно для того, чтобы не пересобирать постоянно и бесцельно документацию). Если вы не собираетесь делать make dist , это предупреждение безвредно.

Источник