Я использую другой дистрибутив и был бы очень признателен, если бы нашелся тот, кто помог бы воспроизвести этот баг (либо, что еще лучше, подтвердил бы, что баг не воспроизводится, и проект собирается как и должен). В openSUSE, которая у меня сейчас под рукой, все собирается без проблем.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
А баг ли это? Этот скрипт для конечного пользователя не предназначен. Главное — чтобы у него готовый configure отрабатывал. Кто хочет хакать код, тот осилит и autoconf себе обновить.
А баг ли это? Этот скрипт для конечного пользователя не предназначен.
Да, это баг.
Запуск этого скрипта - первый шаг в INSTALL, т.е. официальном руководстве по установке. Если его выполнение запинается, значит не все так, как должно быть.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Стало быть, это повод исправить INSTALL. Хотя и из текущего текста
0.) autogen.sh
--------------
First, run ./autogen.sh. This will create configure file that you can use.
в общем-то должно быть понятно, что раз configure уже есть в архиве, этот шаг не является обязательным.
И неплохо бы добавить, что для его выполнения требуется autoconf не ниже 2.60 (если документация не врёт).
Стало быть, это повод исправить INSTALL. Хотя и из текущего текста
0.) autogen.sh
--------------
First, run ./autogen.sh. This will create configure file that you can use.
в общем-то должно быть понятно, что раз configure уже есть в архиве, этот шаг не является обязательным.
И неплохо бы добавить, что для его выполнения требуется autoconf не ниже 2.60 (если документация не врёт).
Оптимист!
Я уже пару-тройку лет с autotools дело не имею (о чём нисколько не жалею), но эти не такие уж и старые времена помню. В том числе и то, что во многих проектах готовый configure приходилось пересобирать - он не работал. В особо торжественных случаях - с использованием legacy версий autoconf и прочих auto*
Стало быть, это повод исправить INSTALL. Хотя и из текущего текста
0.) autogen.sh
--------------
First, run ./autogen.sh. This will create configure file that you can use.
в общем-то должно быть понятно, что раз configure уже есть в архиве, этот шаг не является обязательным.
Мы наверное говорим о разных исходниках. В git-версии нет готового конфига. Именно для этого и нужно запускать ./autogen.sh (который делает ни что иное как запускает autoconf).
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Собственно, ровно так же обстоит дело с исходниками любой программы, в которой используется autoconf: в VCS configure нет, он генерится при подготовке релизного архива. Но в INSTALL ничего кроме $ ./configure, $ make и # make install не пишут.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Ну так в первом-то сообщении я написал о git-версии и исхожу из того, что мы обсуждаем её. Последняя официальная версия меня не интересует.
А пользователя интересует именно она. И INSTALL обычно пишется для пользователя, а не разработчика. Информацию для разработчика, если она есть, надо пометить особо.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
