возможно неопределенный макрос: AC_MSG_ERROR

У меня в configure.ac есть следующее:

AC_CHECK_PROGS(MAKE,$MAKE make gmake,error)
if test "x$MAKE" = "xerror" ;then
  AC_MSG_ERROR([cannot find a make command])
fi

Это было в нашем проекте долгое время, но в некоторых настройках я получаю такую ​​ошибку:

configure.ac:45: error: possibly undefined macro: AC_MSG_ERROR
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.

Строки, которые были недавно добавлены над этим:

AC_CONFIG_MACRO_DIR([m4])
LT_INIT

Может ли кто-нибудь объяснить, что вызывает эту ошибку и как отследить проблему?

РЕДАКТИРОВАТЬ: добавление деталей о различиях.

Коробка, которая работает:

uname -a Linux host1 2.6.38-13-generic #53-Ubuntu SMP Mon Nov 28 19:33:45 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

automake: 1.11.1
autoconf: 2.67
m4: 1.4.14
libtoolize: 2.2.6b

Коробка, которая не работает:

Linux host2 2.6.32-35-generic-pae #78-Ubuntu SMP Tue Oct 11 17:01:12 UTC 2011 i686 GNU/Linux

automake: 1.11.1
autoconf: 2.65
m4: 1.4.13
libtoolize: 2.2.6b

НОВОЕ РЕДАКТИРОВАНИЕ: только 32-битные машины испытывают эту трудность.

ОБНОВЛЕНО Я могу воспроизвести проблему на машине CentOS с autoconf 2.67, automake 1.11.1, libtool 2.2.6bи m4 1.4.14. Это просто ошибка 32-битных машин?

У меня была такая же проблема, и я обнаружил, что этот pkg-configпакет отсутствует.

После установки пакета все сгенерировалось правильно.

Рекомендуется использовать autoreconf -fiвместо ручного вызова aclocal;autoconf;automake; #and whatever elseдля правильного заполнения aclocal.m4 и так далее.

Добавление ACLOCAL_AMFLAGS = -I m4(в Makefile.am верхнего уровня) и AC_CONFIG_MACRO_DIR([m4])в настоящее время по-прежнему необязательно, если вы не используете какие-либо собственные файлы m4, но, конечно же, это отключит процесс :)

У меня была эта проблема с моей собственной configure.ac, но в этом случае (и для пользы всех здесь из Google) это было потому, что я случайно процитировал, AC_MSG_ERRORпоэтому он обрабатывался как строка:

AX_BOOST_BASE([1.42], [], [AC_MSG_ERROR([Could not find Boost])])

Как только я удалил квадратные скобки вокруг AC_MSG_ERRORмакроса, он заработал:

AX_BOOST_BASE([1.42], [], AC_MSG_ERROR([Could not find Boost]))

Те комментарии, в которых говорится, что вы должны установить pkg-configили какой-то пакет, не имеют значения. AC_MSG_ERRORДолжен работать и дать вам полезные сообщения , как «Вам необходимо установить пакет XYZ», но из - за какой - то проблемы, AC_MSG_ERRORне работает. Установка пакета XYZ, безусловно, устранит ошибку, но только потому, что после того, как пакет будет там, отпадет необходимость печатать сообщение об ошибке!

Таким образом, установка pkg-configопределенного пакета просто позволяет обойти проблему, но на самом деле ее не исправить.

у меня тоже была похожая проблема .. мое решение -

apt-get install libcurl4-openssl-dev

(у меня уже была установлена ​​libcurl), по крайней мере, у меня сработало ..

Я испытал ту же проблему в CentOS 7

В некоторых случаях проблема исчезла после установки libcurl-devel( libcurlуже была установлена ​​на этом компьютере)

У меня была такая же проблема на RHEL7.5 с otto-de / libvmod-uuid

Исправлено установкой пакетов "autoconf-archive"

Вы настраиваете локальный m4каталог? например,

> aclocal -I m4 --install

Некоторые пакеты содержат сценарий оболочки autogen.shили initgen.shдля запуска glibtoolize, autoheader, autoconf, automake. Вот autogen.shсценарий, который я использую:

#! /bin/sh

case `uname` in Darwin*) glibtoolize --copy ;;
  *) libtoolize --copy ;; esac

autoheader
aclocal -I m4 --install
autoconf

automake --foreign --add-missing --force-missing --copy

РЕДАКТИРОВАТЬ

Возможно, вам понадобится добавить ACLOCAL_AMFLAGS = -I m4на верхний уровень Makefile.am.

Для Debian. Необходимые пакеты: m4 automake pkg-config libtool

Ошибка генерируется autom4te. Если все настроено правильно, часть кода, которая генерирует эту ошибку, никогда не должна видеть «AC_MSG_ERROR», потому что она должна была быть расширена m4 до этого момента. Вы говорите, что ошибка возникает только «в некоторых настройках». Я бы предположил, что в этих настройках ваша установка autoconf будет fubar. Возможно, у вас установлена ​​несовместимая версия m4.

Использование MacOS X

sudo port install pkgconfig

было решение!

В Mac OS X el captain with brew попробуйте:
brew install pkgconfig

Это сработало для меня.

У этой проблемы две возможные причины:

1. aclocal не устанавливал.
   решение ： установить libtool

   • Для Ubuntu: sudo apt-get install libtool
   • Для centos: sudo yum install libtool

2. путь к LIBTOOL.m4 является ошибочным.
   решение:

   1. использовать aclocal --print-ac-dir для проверки текущего пути к aclocal (обычно это должно быть "/ usr / share / aclocal" или "/ usr / share / aclocal")
   2. Затем проверьте, есть ли файлы * .m4.
   3. Если нет, cp соответствующие файлы * .m4 по этому пути. (Может быть, cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/или cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/)

Надеюсь, поможет

У меня была такая же проблема с Ubuntu ( error: possibly undefined macro: AC_MSG_ERROR), но ответы выше не помогли мне. Я нашел решение здесь

Это помогло:

$ LANG=C LC_CTYPE=C ./autogen.sh

Моя проблема решена после установки pkg-config на Mac (brew install pkg-config)

Я решил это yum install libtool

Это случилось со мной, когда я забыл в аргументах для локально определенного макроса. Потратил часы, пытаясь разобраться (с автоинструментами почти не знаком) ...

AC_CHECK_MACRO([Foo]
    AC_LOCAL_DO([......

должно было

AC_CHECK_MACRO([Foo],      # <-- Notice comma, doh!
    AC_LOCAL_DO([......

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

Я только что потерял несколько часов на этом. Мой вывод:

• В зависимости от версии и любых других локальных условий autoconf выдаст сообщение об AC_MSG_ERROR undefined, когда встретит ЛЮБОЙ неопределенный макрос. . AC_MSG_ERROR - отвлекающий маневр. Причины для неопределенного макроса могут быть:
  • Опечатка в имени макроса в файле или локальный макрос, который не был поставлен с архивом.
  • Отсутствует пакет, в котором должен был бы быть набор макросов autoconf, один из которых используется в файле. pkg-config часто отсутствует (например, из-за PKG_CHECK_MODULES), но это может быть любой другой пакет, предоставляющий необходимый, но отсутствующий макрос. Порочность, конечно же, заключается в том, что это происходит до того, как еще не существующий скрипт настройки сможет проверить отсутствие пакета ...

У меня были аналогичные проблемы при попытке создать amtk и utthpmock с помощью jhbuild.

Мне нужно было установить самую последнюю версию autoconf-archive. Инструкции находятся на https://github.com/autoconf-archive/autoconf-archive/blob/master/README-maint . В sudo make installконце сделал доп .

Последним шагом было обновить мои ACLOCAL_PATH:

echo 'export ACLOCAL_PATH=$ACLOCAL_PATH:/usr/local/share/aclocal' >> ~/.bashrc

После a source ~/.bashrcвсе макросы были наконец найдены, и сборки прошли успешно.

У меня была такая же проблема с портом Macports "openocd" (локально измененный файл порта для использования репозитория git) на только что установленном компьютере.

Постоянное исправление несложно, определите зависимость от pkgconfig в файле порта: depends_lib-append port: pkgconfig