macro éventuellement non définie: AC_MSG_ERROR

J'ai ce qui suit dans 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

Cela fait longtemps dans notre projet, mais dans certaines configurations, j'obtiens cette erreur:

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.

Les lignes récemment ajoutées au-dessus:

AC_CONFIG_MACRO_DIR([m4])
LT_INIT

Quelqu'un peut-il expliquer ce qui cause cette erreur et comment localiser le problème?

EDIT: Ajout de détails sur les différences.

Boîte qui fonctionne:

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

Boîte qui ne fonctionne pas:

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

NOUVELLE MODIFICATION: seules les machines 32 bits rencontrent cette difficulté.

MIS À JOUR Je suis en mesure de reproduire le problème sur une machine CentOS avec autoconf 2.67, automake 1.11.1, libtool 2.2.6bet m4 1.4.14. Est-ce juste un bug avec les machines 32 bits?

J'ai eu ce même problème et j'ai trouvé que pkg-config paquet était manquant.

Après avoir installé le package, tout s'est généré correctement.

Il est recommandé d'utiliser autoreconf -fiau lieu d'appeler manuellement aclocal;autoconf;automake; #and whatever elsepour remplir correctement aclocal.m4 et ainsi de suite.

L'ajout ACLOCAL_AMFLAGS = -I m4(au niveau supérieur Makefile.am) et AC_CONFIG_MACRO_DIR([m4])est actuellement toujours facultatif si vous n'utilisez pas vos propres fichiers m4, mais bien sûr, cela fera taire le processus :)

J'ai eu ce problème avec le mien configure.ac, mais dans ce cas (et pour le bénéfice de quiconque ici de Google), c'était parce que j'avais accidentellement cité le AC_MSG_ERRORdonc il était traité comme une chaîne:

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

Une fois que j'ai supprimé les crochets autour de la AC_MSG_ERRORmacro, cela a fonctionné:

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

Ces commentaires disant que vous devez installer pkg-configou certains packages manquent le point. Le AC_MSG_ERRORest censé fonctionner et vous donner un message utile comme "Vous devez installer le package XYZ", mais à cause d'un problème, le AC_MSG_ERRORne fonctionne pas. L'installation du package XYZ fera certainement disparaître l'erreur, mais uniquement parce qu'une fois le package là, il n'est plus nécessaire d'imprimer un message d'erreur!

Donc, installer pkg-configou un package particulier contourne simplement le problème, cela ne le résout pas réellement.

j'ai également eu un problème similaire .. ma solution est de

apt-get install libcurl4-openssl-dev

(j'avais déjà installé libcurl) a fonctionné pour moi au moins ..

J'ai rencontré ce même problème sous CentOS 7

Dans certains cas, le problème s'est produit après l'installation de libcurl-devel( libcurlétait déjà installé sur cette machine)

J'ai eu le même problème sur RHEL7.5 avec otto-de / libvmod-uuid

Il a été corrigé en installant les packages "autoconf-archive"

Configurez-vous un m4répertoire local ' '? par exemple,

> aclocal -I m4 --install

Certains paquets sont livrés avec un script autogen.shou initgen.shshell pour exécuter glibtoolize, autoheader, autoconf, automake. Voici un autogen.shscript que j'utilise:

#! /bin/sh

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

autoheader
aclocal -I m4 --install
autoconf

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

ÉDITER

Vous devrez peut-être ajouter ACLOCAL_AMFLAGS = -I m4au niveau supérieur Makefile.am.

Pour Debian. Les packages requis sont: m4 automake pkg-config libtool

L'erreur est générée par autom4te. Si les choses sont correctement configurées, la partie du code qui génère cette erreur ne devrait jamais voir «AC_MSG_ERROR», car elle aurait dû être étendue par m4 avant ce point. Vous dites que l'erreur ne se produit que "dans certaines configurations". Je suggérerais que dans ces configurations, votre installation autoconf soit fubar. Vous avez peut-être une version incompatible de m4 installée.

Utilisation de MacOS X

sudo port install pkgconfig

était la solution!

Sur Mac OS X el captain avec brew, essayez:
brew install pkgconfig

Cela a fonctionné pour moi.

Il y a deux raisons possibles à ce problème:

1. n'a pas installé aclocal.
   solution ： installer libtool

   • Pour ubuntu: sudo apt-get install libtool
   • Pour les centos: sudo yum install libtool

2. le chemin vers LIBTOOL.m4 est une erreur.
   Solution:

   1. utilisez aclocal --print-ac-dirpour vérifier le chemin actuel vers aclocal. (Il devrait généralement être "/ usr / share / aclocal" ou "/ usr / share / aclocal")
   2. Vérifiez ensuite s'il existe des fichiers * .m4.
   3. Sinon, cp les fichiers * .m4 correspondants à ce chemin. (Peut cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/- être ou cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/)

J'espère que ça aide

J'ai eu le même problème sur Ubuntu (error: possibly undefined macro: AC_MSG_ERROR ) mais les réponses ci-dessus n'ont pas fonctionné pour moi. J'ai trouvé la solution ici

Cela a fait l'affaire:

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

Mon problème est résolu après l'installation de pkg-config sur Mac (brew install pkg-config)

J'ai résolu ça en yum install libtool

Cela m'est arrivé lorsque j'ai oublié un, dans les arguments pour une macro définie localement. J'ai passé des heures à essayer de le comprendre (à peine familiarisé avec les outils automatiques) ...

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

aurait du être

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

On dirait qu'il aurait dû me donner une erreur ou autre, mais je suppose qu'en tant que macro-processeur, il ne peut faire que ce qu'il dit.

Je viens de perdre quelques heures sur celui-ci. Ma conclusion:

• Selon la version et quelles que soient les autres conditions locales, autoconf crachera le message concernant AC_MSG_ERROR undefined lorsqu'il rencontrera TOUTE macro non définie . L'AC_MSG_ERROR est un hareng rouge. Les causes d'une macro non définie peuvent être:
  • Une faute de frappe dans un nom de macro dans le fichier ou une macro locale qui n'a pas été fournie avec l'archive tar
  • Il manque un package qui serait fourni avec un ensemble de macros autoconf, dont l'une est utilisée dans le fichier. pkg-config est souvent celui qui manque (à cause, par exemple, de PKG_CHECK_MODULES), mais cela pourrait être n'importe quel autre paquet fournissant une macro nécessaire mais absente. La chose vicieuse bien sûr, c'est que cela se produit avant que le script de configuration encore inexistant puisse vérifier le paquet manquant ...

J'ai eu des problèmes similaires en essayant de construire amtk et utthpmock avec jhbuild.

J'avais besoin d'installer la version la plus récente d'autoconf-archive. Les instructions sont disponibles sur https://github.com/autoconf-archive/autoconf-archive/blob/master/README-maint . J'ai fait un autresudo make install à la fin.

La dernière étape consistait à mettre à jour mon ACLOCAL_PATH:

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

Après a source ~/.bashrc, toutes les macros ont finalement été trouvées et les builds ont réussi.

J'ai eu le même problème avec le port Macports "openocd" (modifié localement le Portfile pour utiliser le dépôt git) sur une machine fraîchement installée.

Le correctif permanent est simple, définissez une dépendance à pkgconfig dans le fichier Portfile: depend_lib-append port: pkgconfig