prawdopodobnie niezdefiniowane makro: AC_MSG_ERROR

W configure.ac mam następujące elementy:

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

To było w naszym projekcie od dłuższego czasu, ale w niektórych konfiguracjach pojawia się ten błąd:

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.

Linie, które zostały ostatnio dodane powyżej:

AC_CONFIG_MACRO_DIR([m4])
LT_INIT

Czy ktoś może wyjaśnić, co powoduje ten błąd i jak wyśledzić problem?

EDYCJA: Dodawanie szczegółów dotyczących różnic.

Pudełko, które działa:

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

Pudełko, które nie działa:

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

NOWA EDYCJA: tylko komputery 32-bitowe mają tę trudność.

Zaktualizowany jestem w stanie odtworzyć problemu na maszynie z CentOS autoconf 2.67, automake 1.11.1, libtool 2.2.6b, i m4 1.4.14. Czy to tylko błąd dotyczący komputerów 32-bitowych?

Miałem ten sam problem i stwierdziłem, że pkg-configbrakuje tego pakietu.

Po zainstalowaniu pakietu wszystko zostało wygenerowane poprawnie.

Zaleca się używanie autoreconf -fizamiast ręcznego wywoływania, aclocal;autoconf;automake; #and whatever elseaby poprawnie wypełnić plik aclocal.m4 i tak dalej.

Dodanie ACLOCAL_AMFLAGS = -I m4(do najwyższego poziomu Makefile.am) i AC_CONFIG_MACRO_DIR([m4])obecnie jest nadal opcjonalne, jeśli nie używasz własnych plików m4, ale oczywiście wycisza proces :)

Miałem ten problem z własnym configure.ac, ale w tym przypadku (i dla dobra każdego z Google) wynikało to z tego, że przypadkowo zacytowałem AC_MSG_ERRORznak, więc był traktowany jako ciąg:

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

Po usunięciu nawiasów kwadratowych wokół AC_MSG_ERRORmakra zadziałało:

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

Te komentarze mówiące, że powinieneś zainstalować pkg-configlub jakiś pakiet, nie mają sensu. AC_MSG_ERRORMa pracy i daje pomocne wiadomości jak „Musisz zainstalować pakiet XYZ”, ale z powodu jakiegoś problemu, AC_MSG_ERRORnie działa. Zainstalowanie pakietu XYZ z pewnością usunie błąd, ale tylko dlatego, że gdy pakiet już się pojawi, nie ma już potrzeby drukowania komunikatu o błędzie!

Tak więc instalacja pkg-configlub konkretny pakiet po prostu omija problem, a tak naprawdę go nie rozwiązuje.

ja też miałem podobny problem .. moim rozwiązaniem jest

apt-get install libcurl4-openssl-dev

(miałem już zainstalowane libcurl) działało przynajmniej dla mnie ..

Doświadczyłem tego samego problemu pod CentOS 7

W takim przypadku problem zniknął po instalacji libcurl-devel( libcurlbył już zainstalowany na tym komputerze)

Miałem ten sam problem na RHEL7.5 z otto-de / libvmod-uuid

Zostało to naprawione poprzez zainstalowanie pakietów „autoconf-archive”

Czy konfigurujesz lokalny m4katalog „ ”? na przykład,

> aclocal -I m4 --install

Niektóre pakiety zawierają skrypt powłoki autogen.shlub initgen.shdo uruchamiania programów glibtoolize, autoheader, autoconf, automake. Oto autogen.shskrypt, którego używam:

#! /bin/sh

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

autoheader
aclocal -I m4 --install
autoconf

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

EDYTOWAĆ

Konieczne może być dodanie ACLOCAL_AMFLAGS = -I m4do najwyższego poziomu Makefile.am.

Dla Debiana. Wymagane pakiety to: m4 automake pkg-config libtool

Błąd jest generowany przez autom4te. Jeśli wszystko jest skonfigurowane poprawnie, część kodu, która generuje ten błąd, nigdy nie powinna widzieć „AC_MSG_ERROR”, ponieważ przed tym punktem powinna zostać rozszerzona o m4. Mówisz, że błąd występuje tylko „w niektórych konfiguracjach”. Sugerowałbym, że w tych konfiguracjach twoja instalacja autoconf jest fubar. Prawdopodobnie masz zainstalowaną niekompatybilną wersję m4.

Korzystanie z MacOS X

sudo port install pkgconfig

było rozwiązaniem!

Na Mac OS X el captain with brew, spróbuj:
brew install pkgconfig

To zadziałało dla mnie.

Istnieją dwie możliwe przyczyny tego problemu:

1. nie zainstalował aclocal.
   rozwiązanie ： zainstaluj libtool

   • Dla ubuntu: sudo apt-get install libtool
   • Dla centów: sudo yum install libtool

2. ścieżka do LIBTOOL.m4 to błąd.
   rozwiązanie:

   1. użyj aclocal --print-ac-dirdo sprawdzenia bieżącej ścieżki do aclocal (zwykle powinno to być „/ usr / share / aclocal” lub „/ usr / share / aclocal”)
   2. Następnie sprawdź, czy są pliki * .m4.
   3. Jeśli nie, cp odpowiadające plikom * .m4 do tej ścieżki (może cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/lub cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/)

Mam nadzieję, że to pomoże

Miałem ten sam problem na Ubuntu ( error: possibly undefined macro: AC_MSG_ERROR), ale powyższe odpowiedzi nie działały. Tutaj znalazłem rozwiązanie

To załatwiło sprawę:

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

Mój problem został rozwiązany po zainstalowaniu pkg-config na Macu (napisz instalację pkg-config)

Rozwiązałem to przez yum install libtool

Zdarzyło mi się to, gdy zapomniałem a w argumentach dla lokalnie zdefiniowanego makra. Spędziłem godziny, próbując to rozgryźć (ledwo zaznajomiony z automatycznymi narzędziami) ...

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

powinien był być

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

Wygląda na to, że powinien spowodować błąd lub coś podobnego, ale przypuszczam, że będąc makroprocesorem, może robić tylko to, co mu każą.

Właśnie straciłem na tym kilka godzin. Mój wniosek:

• W zależności od wersji i innych warunków lokalnych, autoconf wypluje komunikat o niezdefiniowanym AC_MSG_ERROR, gdy napotka JAKIEKOLWIEK niezdefiniowane makro . AC_MSG_ERROR to czerwony śledź. Przyczyny niezdefiniowanego makra mogą być następujące:
  • Literówka w nazwie makra w pliku lub lokalne makro, które nie zostało dostarczone z paczką
  • Brak pakietu, który zawierałby zestaw makr autoconf, z których jedno jest używane w pliku. Często brakuje pakietu pkg-config (z powodu np. PKG_CHECK_MODULES), ale może to być dowolny inny pakiet dostarczający potrzebne, ale nieobecne makro. Błędne jest oczywiście to, że dzieje się to zanim wciąż nieistniejący skrypt konfiguracyjny może sprawdzić brakujący pakiet ...

Miałem podobne problemy, gdy próbowałem zbudować amtk i utthpmock za pomocą jhbuild.

Musiałem zainstalować najnowszą wersję autoconf-archive. Instrukcje znajdują się pod adresem https://github.com/autoconf-archive/autoconf-archive/blob/master/README-maint . Na sudo make installkoniec zrobiłem dodatkowe .

Ostatnim krokiem była aktualizacja mojego ACLOCAL_PATH:

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

Po a source ~/.bashrcwszystkie makra zostały w końcu znalezione i kompilacja się powiodła.

Miałem ten sam problem z portem Macports „openocd” (lokalnie zmodyfikował Portfile, aby korzystał z repozytorium git) na świeżo zainstalowanej maszynie.

Trwała poprawka jest łatwa, zdefiniuj zależność do pkgconfig w Portfile: depend_lib-append port: pkgconfig