Macros 自动工具：为什么要用斧头。。。而不是交流。。。在configure.ac中？

今天我遇到了一组autoconf宏：。所有文件都带有前缀

ax\u

，例如

ax\u ac\u append\u to\u file.m4

，该文件在

configure.ac

中通过包含行

ax\u ABSOLUTE\u HEADER（）

激活

在过去，我只看到过以

AC\uu

开头的宏

---

那么，切换到

AX

是一种相对较新的约定，一种避免名称空间冲突的方法，还是其他什么呢？

宏是名称空间的<代码>AC指的是来自Autoconf的宏，

AM

是Automake，

LT

是Libtool，等等

---

在过去，提供宏的其他程序在Autoconf的名称空间中到处跺脚是很常见的，这就是为什么您可能会看到一些带有前缀的

AC

宏在野外的变化。

宏是有名称空间的<代码>AC指的是来自Autoconf的宏，

AM

是Automake，

LT

是Libtool，等等

---

在过去，提供宏的其他程序在Autoconf的名称空间中到处跺脚是很常见的，这就是为什么您可能会看到一些带有前缀的

AC\ucode>宏在野外的变化。
AX\ucode>是Autoconf归档的标准“名称空间”，以避免与其他实现发生冲突

例如，您会发现我的旧
属性.m4
被复制并在许多地方使用，它使用
CC
前缀（因为它最初只检查编译器）。
AX
是autoconf归档的标准“名称空间”，以防止它与其他实现发生冲突

例如，您会发现我的旧
attributes.m4被复制并在许多地方使用，它使用了
CC
前缀（因为它最初只检查编译器。）
这不清楚。那么，
AX
是否适用于用户定义的宏？
AX
不是特定的，它只是一种约定。重要的是它没有使用一个保留的名称空间，这一点还不清楚。那么，
AX
是否适用于用户定义的宏？
AX
不是特定的，它只是一种约定。重要的是它不使用任何保留名称空间。