可能是未定义的宏:AC_MSG_ERROR

Question

我在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

任何人都可以解释导致此错误的原因以及如何追踪问题？

编辑:添加有关差异的详细信息.

有效的盒子:

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

新编辑:只有32位机器遇到这个困难.

已更新我能够重现问题CentOS的机器上autoconf 2.67,automake 1.11.1,libtool 2.2.6b,和m4 1.4.14.这只是32位机器的错误吗？

Answer 1

我有同样的问题,发现pkg-config包丢失了.

安装包后,一切都正确生成.

Answer 2

建议使用autoreconf -fi而不是手动调用aclocal;autoconf;automake; #and whatever else以正确填充aclocal.m4等.

添加ACLOCAL_AMFLAGS = -I m4(到顶层Makefile.am),AC_CONFIG_MACRO_DIR([m4])如果你不使用任何自己的m4文件,目前仍然是可选的,但当然,这样做会使这个过程沉默:)

Answer 3

我有自己的这个问题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或特定包只是绕过了问题,它实际上并没有解决它.

Answer 4

我在CentOS 7下遇到过同样的问题

在可能的情况下,安装后问题已经解决libcurl-devel(libcurl已安装在此机器上)

Answer 5

我也有类似的问题..我的解决方案是

apt-get install libcurl4-openssl-dev

(我已经安装了libcurl)至少为我工作..

Answer 6

该问题有两个可能的原因：

\n\n

\n

1. 没有安装aclocal。
   \n解决方案\xef\xbc\x9ainstall libtool

   \n\n
   \n
   • 对于Ubuntu：sudo apt-get install libtool
   \n
   • 对于 CentOS：sudo yum install libtool
   \n
\n

2. LIBTOOL.m4 的路径错误。
   \n解决方案：

   \n\n
   \n
   1. 使用aclocal --print-ac-dir检查 aclocal 的当前路径。（通常应该是“/usr/share/aclocal”或“/usr/share/aclocal”）
   \n
   2. 然后检查是否有*.m4文件。
   \n
   3. 如果没有，将相应的*.m4文件cp到该路径。（也许cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/或者cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/）
   \n
\n

\n\n

希望能帮助到你

\n

Answer 7

I had the same problem on RHEL7.5 with otto-de/libvmod-uuid

It was fixed by installing "autoconf-archive" packages

Answer 8

我刚刚在这件事上浪费了几个小时。我的结论：

• 根据版本和任何其他本地条件，autoconf 在遇到任何未定义的宏时都会吐出有关 AC_MSG_ERROR undefined 的消息。AC_MSG_ERROR 是一个转移注意力的问题。未定义宏的原因可能是：
  • 文件中宏名称的拼写错误，或未随 tarball 一起提供的本地宏
  • 缺少一个包含一组 autoconf 宏的包，其中一个在文件中使用。pkg-config 通常是缺失的（因为，例如 PKG_CHECK_MODULES），但这可能是提供所需但缺少的宏的任何其他包。当然，邪恶的事情是，这种情况发生在还不存在的配置脚本可以检查丢失的包之前......