[strongswan][autoconf][automake][cento] 在CentOS上编译strongswan git源码时遇到的autoconf问题
编译strongswan的git源码问题
1. 概述
首先，我们想要通过源码编译strongswan。当满足以下条件时，通常你会遇见此问题：
- 源码时通过git clone的得来的，而不是官网下载的源码包。
- 使用CentOS 7操作系统，或其他类redhat系统。
问题：当执行autogen.sh时，会报错如下：
[root@T9 strongswan.git]# ./autogen.sh
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/config'.
libtoolize: copying file `m4/config/libtool.m4'
libtoolize: copying file `m4/config/ltoptions.m4'
libtoolize: copying file `m4/config/ltsugar.m4'
libtoolize: copying file `m4/config/ltversion.m4'
libtoolize: copying file `m4/config/lt~obsolete.m4'
configure.ac:360: error: possibly undefined macro: AC_LIB_PREFIX
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
[root@T9 strongswan.git]#
解决方法：
[root@T9 strongswan.git]# yum install gettext-devel
如果想知道为什么，请继续阅读。
- ------------------------------------------ 丑陋的分割线 ----------------------------------
2. 分析
这个问题，奇怪的地方在与我们使用git的源码来编译就会出现这个问题。但是使用官网现在的源码包就没有问题。
当然，版本自然是相同的。虽然我没有逐字节比较，但是我相信源码也是相同的。
所以这就很奇怪。然后，google好久，把能看的全都看了，也没有解决方法。没办法只能自己分析了，过程如下。
2.1 分析过程
2.1.1 官方指引
首先，先看一下官方指引。以及代码里的readme，install等文档。解决正常的依赖问题。比如装什么样的包。
指引手册在这里：https://wiki.strongswan.org/projects/strongswan/repository/entry/HACKING
自然，没有提供任何帮助，问题依然复现。
2.1.2 源码包和Git的区别
源码包的编译过程是运行configure脚本，再运行make。在相同的环境里是好的。
GIt的代码是没有configure脚本的，需要使用autoconf工具生成。
这便是二者的区别。如果你理解autoconf的设计理念，自然也就明白了为什么会有这种区别。
源码包是一种发布方式，它是面向user的。Git代码自然是面向maintainer的。所以这个区别就是GNU的标准工作流，
也没有任何问题。
自此，我们可以将问题定位到autoconf，automake上面。
2.1.3 autoconf，automake到底咋回事
系统的学了一下，之后会另起一文详见讲，这里只描述一下关键信息，见下图：
应该。。。看图就懂了，不做赘述。。。
2.1.4 分析错误信息
基于2.1.3，我们已经理解了autoconf，automake的基本运行和操作逻辑。现在分析一下关键的错误信息
AC_LIB_PREFIX，m4_pattern_allow
m4_pattern_allow是什么
详见：
https://www.gnu.org/software/autoconf/manual/autoconf.html#Forbidden-Patterns
m4_pattern_allow是aclocal程序对于autoconf程序的控制。
最终决定输出脚本configure中的语法。它写在autoconfg的输入文件configure.in中的。
[root@T9 strongswan.git]# cat configure |grep AC_LIB_PRE
AC_LIB_PREFIX
[root@T9 strongswan.git]# cat configure.ac |grep AC_LIB_PRE
AC_LIB_PREFIX
[root@T9 strongswan.git]#
这条日志信息的意思就是说，aclocal程序不允许AC_LIB_PREFIX作为关键字输出。
可以使用
m4_pattern_allow命令设置允许它的输出。
所以现在问题可以定位到CentOS里边为什么没有对AC_LIB_PREFIX进行m4_pattern_allow。
同时对比我的archlinux确实好用的。通过search发现在我的archlinux里，的lib-perfix.m4里定义了这个变量
╰─>$ cat /usr/share/aclocal/lib-prefix.m4 |grep AC_LIB_PREFIX
dnl AC_LIB_PREFIX adds to the CPPFLAGS and LDFLAGS the flags that are needed
AC_DEFUN([AC_LIB_PREFIX],
2.1.5 分析lib-perfix.m4文件
那我现在问题定位到，为什么CentOS里边没有lib-perfix.m4文件。
现在已经知道lib-perfix.m4是由gettext包提供的。
╰─>$ pacman -Qo /usr/share/aclocal/lib-prefix.m4
/usr/share/aclocal/lib-prefix.m4 is owned by gettext 0.19.8.1-3
对比两台设备的软件版本：
archlinux：
╰─>$ pacman -Q gettext
gettext 0.19.8.1-3
redhat：
[root@T9 strongswan.git]# rpm -q gettext
gettext-0.19.8.1-2.el7.x86_64
好了！版本是一样的，都是0.19.8.1。后边的-2和-3代表打包时候的版本。
那么就奇怪了，为什么少文件呢？
因为CentOS把gettext分成了两个包，一个gettext一个gettext-devel。这个gettext-devel是CentOS自己搞的，
人家GNU的官方release是没有的。见：http://ftp.gnu.org/pub/gnu/gettext/
[root@T9 strongswan.git]# rpm -ql gettext-devel |grep lib-prefix
/usr/share/aclocal/lib-prefix.m4
完。
