macro possivelmente indefinida: AC_MSG_ERROR

Tenho o seguinte em 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

Isso está em nosso projeto há muito tempo, mas em algumas configurações, recebo este erro:

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.

As linhas que foram adicionadas recentemente acima disso:

AC_CONFIG_MACRO_DIR([m4])
LT_INIT

Alguém pode explicar o que causa esse erro e como rastrear o problema?

EDIT: Adicionando detalhes sobre as diferenças.

Caixa que funciona:

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

Caixa que não funciona:

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

NOVA EDIÇÃO: apenas máquinas de 32 bits têm essa dificuldade.

Atualizado eu sou capaz de reproduzir o problema em uma máquina CentOS com autoconf 2.67, automake 1.11.1, libtool 2.2.6b, e m4 1.4.14. Isso é apenas um bug em máquinas de 32 bits?

Eu tive esse mesmo problema e descobri que o pkg-configpacote estava faltando.

Depois de instalar o pacote, tudo gerou corretamente.

Recomenda-se usar em autoreconf -fivez de chamar manualmente aclocal;autoconf;automake; #and whatever elsepara preencher corretamente aclocal.m4 e assim por diante.

Adicionar ACLOCAL_AMFLAGS = -I m4(ao Makefile.am de nível superior) e AC_CONFIG_MACRO_DIR([m4])atualmente ainda é opcional se você não usar nenhum arquivo m4 próprio, mas é claro, fazê-lo irá silenciar o processo :)

Eu tive esse problema com o meu configure.ac, mas neste caso (e para o benefício de qualquer pessoa aqui do Google) foi porque eu havia citado acidentalmente o, AC_MSG_ERRORentão ele estava sendo tratado como uma string:

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

Depois de remover os colchetes ao redor da AC_MSG_ERRORmacro, funcionou:

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

Aqueles comentários dizendo que você deve instalar pkg-configou algum pacote estão perdendo o ponto. O AC_MSG_ERRORdeve funcionar e dar a você uma mensagem útil como "Você precisa instalar o pacote XYZ", mas por causa de algum problema, o AC_MSG_ERRORnão funciona. Instalar o pacote XYZ certamente fará com que o erro desapareça, mas somente porque uma vez que o pacote está lá, não há mais necessidade de imprimir uma mensagem de erro!

Portanto, a instalação de pkg-configum pacote específico simplesmente contorna o problema, mas na verdade não o corrige.

eu também tive um problema semelhante .. minha solução é

apt-get install libcurl4-openssl-dev

(eu já tinha o libcurl instalado) funcionou para mim pelo menos ..

Eu tive este mesmo problema no CentOS 7

Em alguns casos, o problema desapareceu após a instalação de libcurl-devel( libcurljá estava instalado nesta máquina)

Tive o mesmo problema no RHEL7.5 com otto-de / libvmod-uuid

Foi corrigido com a instalação de pacotes "autoconf-archive"

Você está configurando um m4diretório local ' '? por exemplo,

> aclocal -I m4 --install

Alguns pacotes vêm com um script autogen.shou initgen.shshell para executar glibtoolize, autoheader, autoconf, automake. Aqui está um autogen.shscript 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

Você pode precisar adicionar ACLOCAL_AMFLAGS = -I m4ao nível superior Makefile.am.

Para o Debian. Os pacotes necessários são: m4 automake pkg-config libtool

O erro é gerado pelo autom4te. Se as coisas estiverem configuradas corretamente, a parte do código que gera esse erro nunca deve ver 'AC_MSG_ERROR', porque deveria ter sido expandido em m4 antes desse ponto. Você diz que o erro só acontece "em algumas configurações". Eu sugeriria que nessas configurações, a instalação do autoconf seja fubar. Possivelmente, você tem uma versão incompatível do m4 instalada.

Usando MacOS X

sudo port install pkgconfig

foi a solução!

No Mac OS X el capitain com brew, tente:
brew install pkgconfig

Isso funcionou para mim.

Existem duas razões possíveis para esse problema:

1. não instalou aclocal.
   solução ： instalar libtool

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

2. o caminho para LIBTOOL.m4 é um erro.
   solução:

   1. use aclocal --print-ac-dirpara verificar o caminho atual para aclocal. (Normalmente deve ser "/ usr / share / aclocal" ou "/ usr / share / aclocal")
   2. Em seguida, verifique se existem arquivos * .m4.
   3. Caso contrário, cp os arquivos * .m4 correspondentes a este caminho. (Talvez cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/ou cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/)

Espero que ajude

Eu tive o mesmo problema no Ubuntu ( error: possibly undefined macro: AC_MSG_ERROR), mas as respostas acima não funcionaram para mim. Eu encontrei a solução aqui

Isso funcionou:

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

Meu problema foi resolvido depois de instalar o pkg-config no Mac (brew install pkg-config)

Eu resolvi isso por yum install libtool

Isso aconteceu comigo quando esqueci um, nos argumentos para uma macro definida localmente. Passei horas tentando descobrir (mal familiarizado com ferramentas automáticas) ...

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

deveria ter ficado

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

Parece que deveria ter me dado um erro ou algo parecido, mas suponho que sendo um processador de macro, ele só pode fazer o que é dito.

Acabei de perder algumas horas com este. Minha conclusão:

• Dependendo da versão e de quaisquer outras condições locais, o autoconf cuspirá a mensagem sobre AC_MSG_ERROR undefined quando encontrar QUALQUER macro indefinido . O AC_MSG_ERROR é uma pista falsa. As causas para uma macro indefinida podem ser:
  • Um erro de digitação no nome de uma macro no arquivo ou uma macro local que não foi enviada com o tarball
  • Falta um pacote que deve vir com um conjunto de macros autoconf, uma das quais é usada no arquivo. O pkg-config geralmente é o que está faltando (por causa de, por exemplo, PKG_CHECK_MODULES), mas pode ser qualquer outro pacote fornecendo uma macro necessária, mas ausente. O pior, é claro, é que isso acontece antes que o script configure ainda não existente possa verificar o pacote ausente ...

Tive problemas semelhantes ao tentar construir amtk e utthpmock com jhbuild.

Eu precisava instalar a versão mais recente do autoconf-archive. As instruções estão em https://github.com/autoconf-archive/autoconf-archive/blob/master/README-maint . Eu fiz um adicional sudo make installno final.

A última etapa foi atualizar meu ACLOCAL_PATH:

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

Depois de a source ~/.bashrc, todas as macros foram finalmente encontradas e as compilações foram bem-sucedidas.

Eu tive o mesmo problema com a porta Macports "openocd" (modifiquei localmente o Portfile para usar o repositório git) em uma máquina recém-instalada.

A correção permanente é fácil, defina uma dependência para pkgconfig no Portfile: depends_lib-append port: pkgconfig