LINUX.ORG.RU
Форум — Development  

Как заставить систему использовать правильный autoconf


0

0

Проблема такая: в процессе конфигуряния одной программки в ее aclocal.m4 всплывает строчка AC_PREREQ(2.54). Я работаю на RH 8.0 с предустановленным autoconf 2.53, причем такая конфигурация мне нужна для основной работы. Поэтому я получаю на вышеупомянутой строчке ошибку. Я скомпилировал новый autoconf и положил его в отдельную несистемную папку, скажем, в /home/mysoft/install/bin, прописав этот факт в PATH... и по-прежнему получаю ошибку, что версия autoconf старая слишком! Пробовал rehash, теперь which указывает на правильную версию autoconf'a...

Подскажите, плиз, как заставить систему использовать нужный мне autoconf? Я использую CShell.

anonymous
← флаг -c при компиляции в KDevelop[
«зеленка» работает с указателями и проч. →

что значит, заставить использовать систему? По-моему, autoconf использует разработчик, запуская его например так

$ autoconf-2.54.

или если есть проблемы с поиском то так

$ /path/to/prog/autoconf-2.54

Нужно, конечно не забывать, что тогда и aclocal нужно запускать соответсвующий

$ aclocal-2.54

anonymous
()
Ответ на: комментарий от anonymous

Согласен наполовину. С учетом того, что autoconf также участвует автоматически в процессе сборки некоторого софта из исходников (я столкнулся с этой проблемой при сборке sim-0.9.2), в этом случае у меня есть готовый aclocal.m4 пришедший от разработчика в составе дистрибутива исходников, и запускаю я всего-навсего make.

Я поспрашивал народ, и вроде получается, что в такой ситуации всегда запускается системный /usr/bin/autoconf. Можете подтвердить или опровергнуть это?

anonymous
()
Ответ на: комментарий от anonymous

> С учетом того, что autoconf также участвует автоматически в процессе сборки некоторого софта из исходников (я столкнулся с этой проблемой при сборке sim-0.9.2), в этом случае у меня есть готовый aclocal.m4 пришедший от разработчика в составе дистрибутива исходников, и запускаю я всего-навсего make.

1. Не может он участвовать автоматически в процессе сборки из исходников.

2. Всего-навсего make запустить не получится, так как сначала нужно configure сделать (Кстати, запуск configure в csh имеет особенности, о которых можно прочитать в стандартном INSTALL), то есть получить Makefile из Makefile.in

3. Если aclocal.m4 слишком новый для Вашей версии autoconf, можно его обновить, запустив aclocal

> Я поспрашивал народ, и вроде получается, что в такой ситуации всегда запускается системный /usr/bin/autoconf. Можете подтвердить или опровергнуть это?

Откуда запускается? В какой ситуации какая команда выполняется. Нужно бы подробнее описать. Откуда берутся исходники из CVS?

anonymous
()
Ответ на: комментарий от anonymous

>1. Не может он участвовать автоматически в процессе сборки из исходников.

Согласен. Но проверка его версии в aclocal.m4 присутствует.

>3. Если aclocal.m4 слишком новый для Вашей версии autoconf, можно его обновить, запустив aclocal

Наверное, есть смысл попробовать. Спасибо за совет!

>Откуда запускается? В какой ситуации какая команда выполняется...

Это была деза с моей стороны :-) плоховато я разобрался с проблемой. На самом деле, просто не проходит проверка версии autoconf.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← флаг -c при компиляции в KDevelop[
Development
«зеленка» работает с указателями и проч. →