posiblemente indefinido macro: AC MSG ERROR

Se recomienda usar autoreconf -fi en lugar de llamar manualmente a aclocal;autoconf;automake; #and whatever else para rellenar correctamente aclocal.m4 y así sucesivamente.

Añadiendo ACLOCAL_AMFLAGS = -I m4 (al nivel superior Makefile.am) y AC_CONFIG_MACRO_DIR([m4]) todavía es opcional si no utiliza ningún archivo m4 propio, pero por supuesto, hacerlo silenciará el proocess:)

Tuve este problema con mi propio configure.ac, pero en este caso (y para el beneficio de cualquier persona aquí de Google) fue porque había citado accidentalmente el AC_MSG_ERROR por lo que estaba siendo tratado como una cadena:

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

Una vez que eliminé los corchetes alrededor de la macro AC_MSG_ERROR, funcionó:

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

Los comentarios que dicen que debe instalar pkg-config o algún paquete no lo entienden. El AC_MSG_ERROR se supone que funciona y le da un mensaje útil como "Necesita instalar el paquete XYZ", pero debido a algún problema, el AC_MSG_ERROR no funciona. Instalar el paquete XYZ sin duda hará que el error desaparezca, pero solo porque una vez que el paquete está allí, ya no hay necesidad de imprimir un mensaje de error!

Así que instalar pkg-config o un paquete en particular simplemente evita el problema, en realidad no lo soluciona.

He experimentado este mismo problema bajo CentOS 7

En el caso de mayo, el problema se disparó después de la instalación de libcurl-devel (libcurl ya estaba instalado en esta máquina)

También tuve un problema similar.. mi solución es

apt-get install libcurl4-openssl-dev

(ya había instalado libcurl ) al menos funcionó para mí..

¿Está configurando un directorio local 'm4'? por ejemplo,

> aclocal -I m4 --install

Algunos paquetes vienen con un script de shell autogen.sh o initgen.sh para ejecutar glibtoolize, autoheader, autoconf, automake. Aquí hay un script autogen.sh que uso:

#! /bin/sh

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

autoheader
aclocal -I m4 --install
autoconf

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

EDITAR

Es posible que deba agregar ACLOCAL_AMFLAGS = -I m4 al nivel superior Makefile.am.

El error es generado por autom4te. Si las cosas están configuradas correctamente, la porción del código que genera ese error nunca debería ver 'AC_MSG_ERROR', porque debería haber sido expandida por m4 antes de ese punto. Usted dice que el error solo ocurre "en algunas configuraciones". Yo sugeriría que en esas configuraciones, su instalación de autoconf es fubar. Posiblemente tenga instalada una versión incompatible de m4.

Usando macOS X

sudo port install pkgconfig

Era la solución!

En Mac OS X el capitán con brew, intente:
pkgconfig

Esto funcionó para mí.

Resolví esto por yum install libtool

Para Debian. Los paquetes requeridos son: m4 automake pkg-config libtool

Esto me sucedió cuando olvidé a , en los argumentos para una macro definida localmente. Pasé horas tratando de averiguarlo (apenas familiarizado con autotools)...

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

Debería haber sido

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

Parece que debería haberme dado un error o algo así, pero supongo que al ser un procesador de macros solo puede hacer lo que se le dice.

Tuve el mismo problema en Ubuntu (error: possibly undefined macro: AC_MSG_ERROR) pero las respuestas anteriores no funcionaron para mí. Encontré la solución aquí

Eso hizo el truco:

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

Mi problema se resuelve después de instalar pkg-config en Mac (brew install pkg-config)

Hay dos posibles razones para ese problema:

1. No instaló aclocal.
   solución：instalar libtool

   • Para ubuntu: sudo apt-get install libtool
   • Para centos: sudo yum install libtool

2. La ruta a LIBTOOL.m4 es un error.
   solución:

   1. use aclocal --print-ac-dir para comprobar la ruta actual a aclocal.(Normalmente debe ser "/usr/share/aclocal" o "/usr/share/aclocal")
   2. Luego verifique si hay *.archivos m4.
   3. Si no, cp correspondiente *.archivos m4 a esta ruta.(Tal vez cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/ o cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/)

Espero que ayude

Tuve el mismo problema en RHEL7. 5 con otto-de/libvmod-uuid

Se solucionó instalando paquetes "autoconf-archive"

Tuve el mismo problema con el puerto de Macports "openocd" (modificado localmente el archivo de puerto para usar el repositorio git) en una máquina recién instalada.

La solución permanente es fácil, definir una dependencia a pkgconfig en el archivo de puerto: depends_lib-añadir puerto: pkgconfig