можливо не визначений макрос: 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

Хтось може пояснити, що викликає цю помилку, і як відстежити проблему?

EDIT: Додавання деталей про відмінності.

Коробка, яка працює:

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

NEW EDIT: лише 32-бітні машини відчувають цю складність.

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

У мене був цей самий випуск і виявлено, що pkg-configпакет відсутній.

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

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

Додавання ACLOCAL_AMFLAGS = -I m4(toplevel 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

(у мене був лібкурл вже встановлений) працював для мене щонайменше ..

Я відчував цю ж проблему під 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, automkeke. Ось 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

EDIT

Можливо, вам потрібно буде додати ACLOCAL_AMFLAGS = -I m4до найвищого рівня Makefile.am.

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

Помилка генерується autom4te. Якщо все налаштовано правильно, частина коду, яка генерує цю помилку, ніколи не повинна бачити "AC_MSG_ERROR", оскільки вона повинна була бути розширена на m4 до цього моменту. Ви кажете, що помилка трапляється лише "в деяких налаштуваннях". Я б порадив, що в цих налаштуваннях ваша установка autoconf є фубаром. Можливо, у вас встановлена ​​несумісна версія m4.

Використання MacOS X

sudo port install pkgconfig

було рішенням!

На Mac OS X el
cap with brew спробуйте: варити встановити pkgconfig

Це працювало для мене.

Існують дві можливі причини цієї проблеми:

1. не встановив звуковий запис.
   рішення: встановити libtool

   • Для ubuntu: sudo apt-get install libtool
   • Для центів: sudo yum install libtool

2. шлях до LIBTOOL.m4 - помилка.
   рішення:

   1. використовувати aclocal --print-ac-dirдля перевірки поточного шляху до аклокалу. (Зазвичай це має бути "/ 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 (варити встановити 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, коли він зустріне БУДЬ-який невизначений макрос . AC_MSG_ERROR - червона оселедець. Причинами невизначеного макросу можуть бути:
  • Введення тексту в імені макросу у файлі або локальному макросі, який не постачався разом із тарболом
  • Відсутній пакет, який поставився б із набором макросів autoconf, один з яких використовується у файлі. pkg-config часто відсутній (через, наприклад, PKG_CHECK_MODULES), але це може бути будь-який інший пакет, який надає потрібний, але відсутні макрос. Загальна річ, це те, що це відбувається до того, як ще не існує сценарій конфігурації міг перевірити відсутність пакету ...

У мене були подібні проблеми, коли я намагався створити amtk та utthpmock з jhbuild.

Мені потрібно було встановити останню версію autoconf-архіву. Інструкції розміщені на веб-сторінці 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" (локально модифікований Portfile для використання сховища git) на щойно встановленій машині.

Постійне виправлення легко, визначте залежність від pkgconfig в Portfile: залежно_lib-додає порт: pkgconfig