维护linux的软件,Linux 下的软件维护和建立工具

1.1 make 和 makefile

make 是 Linux 下最常用的二进制程序、函数库的建立生成工具。make 运行时要根据当前目录下的 makefile 文件(一般是 Makefile)，确定要生成什么样的二进制文件，以及对应的命令。我们还可以在 makefile 文件中建立要生成的目标与源代码之间的依赖关系，从而可以让 make 工具根据时间自动判断是否需要通过中间过程而生成最终目标。尽管通过 makefile 文件可以组织一个大的项目，但往往手工编写一个 makefile 文件并不是一件轻松的事情，并且在需要维护一个源代码的目录树时，makefile 文件的维护工作就会大大增加。为此，GNU 又开发了 Autoconfi/Automake 工具，可以用来自动生成 makefile 文件，并且能够检查系统的配置信息，从而帮助提供源代码的可移植性。

1.2 Autoconf/Automake

GNU 的 Autoconf 及 Automake 这两个软件实际是由若干 Shell 脚本组成的，它可以帮助程序员轻松产生 makefile 文件。现在的各种自由软件，如Apache、MySQL 等都是利用Autoconf,Automake 实现自动配置和编译的。MiniGUI 也采用了 Autoconf/Automake 接口。用户只要使用"./configure"、"make"、"make install" 就可以把程序编译并安砚到系统中。

为了更好地了解 Autoconf 和 Automake，我们需要对 makefile 作一简单回顾。Makefile 基本上就是"目标"(target)、"依赖性"(dependencies)和"动作"三者所组成的一系列规则。而 make 就是根据 makefile 文件的规则决定如何编译(compile)和连接 (link)程序或者其它动作。当然，make 可做的不只是编译和连接程序，例如 FreeBSD 的 port collection 中，Makefile还可以做到自动下载远程程序，解压缩(extract)，打补丁 (patch)，然后编译并安装到系统中。

Makefile 基本结构虽然很简单，但是妥善运用这些规则就可以变换出许多不同的花样。却也因为这样，许多人刚开始学写makefile 时会觉得没有规范可以遵循，每个人写出来的makefile都不大一样，不知道从哪里下手，而且常常会受到开发环境的限制，只要环境参数不同或者路径更改，可能 makefile 就得跟着修改。虽然有GNU Makefile Conventions (GNU Makefile惯例)制订出一些在进行 GNU 程序设计时编写 makefile 的一些标准和规范，但是其内容很长而且很复杂，并且经常作一些调整，为了减轻程序开发人员维护makefile 的负担，就出现了Automake。

利用Automake，编程者只需要写一些预先定义好的宏(macro)，提交给Automake处理，就会产生一个可以供 Autoconf 使用的 Makefile.in文件。再配合使用 Autoconf产生的自动配置文件 configure 即可产生一份符合 GNU Makefile 惯例的 Makeifle 了。

在开始使用 Automake 之前，首先确认你的系统安装有如下软件：

GNU Automake

GNU Autoconf

GNU m4

perl

GNU Libtool (如果你需要产生共享库)

最好也使用 GNU C/C++ 编译器、GNU Make 以及其它 GNU 的工具程序来作为开发的环境，这些工具都是属于 GPL 的自由软件，不但免费而且功能强大。如果你是使用 Red Hat Linux，可以找到所有上述软件的 rpm 文件。

利用 configure 所产生的 Makefile文件有几个预先设定的目标可供使用，这里只对其中几个简述如下。

make all 产生设定的目标。只敲入make 也可以，此时会开始编译源代码，然后连接并产生执行文件。

make clean 清除之前所编译的可执行文件及目标文件(*.o)。

make distclean 除了清除可执行文件和目标文件以外，也把 configure 所产生的 Makefile 清除掉。 通常在发布软件前执行该命令。

make install 将程序安装到系统中，若源码编译成功，且执行结果正确，便可以把程序安装到系统预先设定的执行文件存放路径中，若用 bin_PROGRAMS 宏的话，程序会被安装到 /usr/local/bin下。

make dist 将程序和相关的文档包装为一个压缩文档以供发布。执行完在目录下会产生一个以PACKAGE-VERSION.tar.gz 为名称的文件。PACKAGE 和 VERSION 这两个参数是根据 configure.in 文中 AM_INIT_AUTOMAKE(PACKAGE, VERSION) 的定义。

make distcheck 和 make dist 类似，但是加入检查包装以后的压缩文件是否正常，这个目标除了把程序和相关文档包装成 tar.gz 文件外，还会自动把这个压缩文件解开，执行 configure，并执行 make all ，确认编译无错误以后，方显示这个 tar.gz 文件已经准备好并可以发布了。

要注意的是，利用 Autoconf 及 Automake 所产生出?的软件套件是可以在没有安装 Autoconf 及 Automake 的环境使用的，因为 configure 是一个 shell script，它己被设计为可以在一般 Unix 的 sh 这个 shell 下执行。但是如果要修改 configure.in 及 Makefile.am 文件再产生新的 configure 及 Makefile.in 文件时就一定要有 Autoconf 及 Automake 了。

1.3 ldd 和 ldconfig

ldd 是用来检查可执行文件所需要的共享库。例如： $ ldd /bin/ls

libtermcap.so.2 => /lib/libtermcap.so.2 (0x4001c000)

libc.so.6 => /lib/libc.so.6 (0x40020000)

/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

我们在 /bin/ls 程序上运行 ldd 命令，就可以检查该程序所使用的共享库。注意在 ldd 命令打印的结果中，“=>”左边的表示该程序需要连接的共享库之 so 名称，右边表示由 Linux 的共享库系统找到的对应的共享库在文件系统中的具体位置。默认情况下，/etc/ld.so.conf 文件中包含有默认的共享库搜索路径，例如：

/usr/X11R6/lib

/usr/lib

/usr/i486-linux-libc5/lib

/usr/lib/qt-2.0.1/lib

/usr/lib/qt-1.44/lib

/usr/lib/qt-2.1.0/lib

/usr/kerberos/lib

/usr/lib/qt-1.45/lib

如果 ldd 没有找到对应的共享库文件的具体位置，可能是两种情况引起的：

共享库没有安装在该系统中；

共享库保存在 /etc/ld.so.conf 文件列出的搜索路径之外的位置。

通常情况下，许多开放源代码的程序或函数库都会默认将自己安装到 /usr/local 目录下的相应位置(/usr/local/bin 或 /usr/local/lib)，以便与系统自身的程序或函数库相区别。而许多 Linux 系统的 /etc/ld.so.conf 文件中默认又不包含 /usr/local/lib。因此，往往会出现已经安装了共享库，但是却无法找到共享库的情况。这时，就应该检查 /etc/ld.so.conf 文件，如果其中缺少 /usr/local/lib 目录，就应该添加进去。

在修改了 /etc/ld.so.conf 文件或者在系统中安装了新的函数库之后，还要运行一个命令，即 ldconfig。该命令用来刷新系统的共享库缓存，即 /etc/ld.so.cache 文件。为了减少共享库系统的库搜索时间，共享库系统维护了一个共享库 so 名称的缓存文件。因此，在安装新的共享库之后，一定要运行 ldconfig 刷新该缓存。