./configure详解

'configure'脚本有大量的命令行选项.对不同的软件包来说,这些选项可能会有变化,但是许多基本的选项是不会改变的.带上'--help'选项执行'configure'脚本可以看到可用的所有选项.尽管许多选项是很少用到的,但是当你为了特殊的需求而configure一个包时,知道他们的存在是很有益处的.下面对每一个选项进行简略的介绍:

--cache-file=FILE
　　'configure'会在你的系统上测试存在的特性(或者bug!).为了加速随后进行的配置,测试的结果会存储在一个cache file里.当configure一个每个子树里都有'configure'脚本的复杂的源码树时,一个很好的cache file的存在会有很大帮助.

--help
　　输出帮助信息.即使是有经验的用户也偶尔需要使用使用'--help'选项,因为一个复杂的项目会包含附加的选项.例如,GCC包里的'configure'脚本就包含了允许你控制是否生成和在GCC中使用GNU汇编器的选项.

--no-create
　　'configure'中的一个主要函数会制作输出文件.此选项阻止'configure'生成这个文件.你可以认为这是一种演习(dry run),尽管缓存(cache)仍然被改写了.

--quiet
--silent
　　当'configure'进行他的测试时,会输出简要的信息来告诉用户正在作什么.这样作是因为'configure'可能会比较慢,没有这种输出的话用户将会被扔在一旁疑惑正在发生什么.使用这两个选项中的任何一个都会把你扔到一旁.(译注:这两句话比较有意思,原文是这样的:If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!)

--version
　　打印用来产生'configure'脚本的Autoconf的版本号.

--prefix=PEWFIX
　　'--prefix'是最常用的选项.制作出的'Makefile'会查看随此选项传递的参数,当一个包在安装时可以彻底的重新安置他的结构独立部分. 举一个例子,当安装一个包,例如说Emacs,下面的命令将会使Emacs Lisp file被安装到"/opt/gnu/share":
$ ./configure --prefix=/opt/gnu

--exec-prefix=EPREFIX
　　与'--prefix'选项类似,但是他是用来设置结构倚赖的文件的安装位置.编译好的'emacs'二进制文件就是这样一个问件.如果没有设置这个选项的话,默认使用的选项值将被设为和'--prefix'选项值一样.

--bindir=DIR
　　指定二进制文件的安装位置.这里的二进制文件定义为可以被用户直接执行的程序.

--sbindir=DIR
　　指定超级二进制文件的安装位置.这是一些通常只能由超级用户执行的程序.

--libexecdir=DIR
　　指定可执行支持文件的安装位置.与二进制文件相反,这些文件从来不直接由用户执行,但是可以被上面提到的二进制文件所执行.

--datadir=DIR
　　指定通用数据文件的安装位置.

--sysconfdir=DIR
　　指定在单个机器上使用的只读数据的安装位置.

--sharedstatedir=DIR
　　指定可以在多个机器上共享的可写数据的安装位置.

--localstatedir=DIR
　　指定只能单机使用的可写数据的安装位置.

--libdir=DIR
　　指定库文件的安装位置.

--includedir=DIR
　　指定C头文件的安装位置.其他语言如C++的头文件也可以使用此选项.

--oldincludedir=DIR
　　指定为除GCC外编译器安装的C头文件的安装位置.

--infodir=DIR
　　指定Info格式文档的安装位置.Info是被GNU工程所使用的文档格式.

--mandir=DIR
　　指定手册页的安装位置.

--srcdir=DIR
　　这个选项对安装没有作用.他会告诉'configure'源码的位置.一般来说不用指定此选项,因为'configure'脚本一般和源码文件在同一个目录下.

--program-prefix=PREFIX
　　指定将被加到所安装程序的名字上的前缀.例如,使用'--program-prefix=g'来configure一个名为'tar'的程序将会使安装的程序被命名为'gtar'.当和其他的安装选项一起使用时,这个选项只有当他被`Makefile.in'文件使用时才会工作.

--program-suffix=SUFFIX
　　指定将被加到所安装程序的名字上的后缀.

--program-transform-name=PROGRAM
　　这里的PROGRAM是一个sed脚本.当一个程序被安装时,他的名字将经过`sed -e PROGRAM'来产生安装的名字.

--build=BUILD
　　指定软件包安装的系统平台.如果没有指定,默认值将是'--host'选项的值.

--host=HOST
　　指定软件运行的系统平台.如果没有指定,将会运行`config.guess'来检测.

--target=GARGET
　　指定软件面向(target to)的系统平台.这主要在程序语言工具如编译器和汇编器上下文中起作用.如果没有指定,默认将使用'--host'选项的值.

--disable-FEATURE
　　一些软件包可以选择这个选项来提供为大型选项的编译时配置,例如使用Kerberos认证系统或者一个实验性的编译器最优配置.如果默认是提供这些特性,可以使用'--disable-FEATURE'来禁用它,这里'FEATURE'是特性的名字.例如:
$ ./configure --disable-gui

-enable-FEATURE[=ARG]
　　相反的,一些软件包可能提供了一些默认被禁止的特性,可以使用'--enable-FEATURE'来起用它.这里'FEATURE'是特性的名字.一个特性可能会接受一个可选的参数.例如:
$ ./configure --enable-buffers=128
`--enable-FEATURE=no'与上面提到的'--disable-FEATURE'是同义的.

--with-PACKAGE[=ARG]
　　在自由软件社区里,有使用已有软件包和库的优秀传统.当用'configure'来配置一个源码树时,可以提供其他已经安装的软件包的信息.例如,倚赖于Tcl和Tk的BLT器件工具包.要配置BLT,可能需要给'configure'提供一些关于我们把Tcl和Tk装的何处的信息:
$ ./configure --with-tcl=/usr/local --with-tk=/usr/local
'--with-PACKAGE=no'与下面将提到的'--without-PACKAGE'是同义的.

--without-PACKAGE
　　有时候你可能不想让你的软件包与系统已有的软件包交互.例如,你可能不想让你的新编译器使用GNU ld.通过使用这个选项可以做到这一点:
$ ./configure --without-gnu-ld

--x-includes=DIR
　　这个选项是'--with-PACKAGE'选项的一个特例.在Autoconf最初被开发出来时,流行使用'configure'来作为Imake的一个变通方法来制作运行于X的软件.'--x-includes'选项提供了向'configure'脚本指明包含X11头文件的目录的方法.

--x-libraries=DIR
　　类似的,'--x-libraries'选项提供了向'configure'脚本指明包含X11库的目录的方法.

　　在源码树中运行'configure'是不必要的同时也是不好的.一个由'configure'产生的良好的'Makefile'可以构筑源码属于另一棵树的软件包.在一个独立于源码的树中构筑派生的文件的好处是很明显的:派生的文件,如目标文件,会凌乱的散布于源码树.这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文件非常困难.建议使用三棵树:一棵源码树(source tree),一棵构筑树(build tree),一棵安装树(install tree).这里有一个很接近的例子,是使用这种方法来构筑GNU malloc包:
$ gtar zxf mmalloc-1.0.tar.gz
$ mkdir build && cd build
$ ../mmalloc-1.0/configure
creating cache ./config.cache
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for a BSD compatible install... /usr/bin/install -c
checking host system type... i586-pc-linux-gnu
checking build system type... i586-pc-linux-gnu
checking for ar... ar
checking for ranlib... ranlib
checking how to run the C preprocessor... gcc -E
checking for unistd.h... yes
checking for getpagesize... yes
checking for working mmap... yes
checking for limits.h... yes
checking for stddef.h... yes
updating cache ../config.cache
creating ./config.status
这样这棵构筑树就被配置了,下面可以继续构筑和安装这个包到默认的位置'/usr/local':
$ make all && make install

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1440383
一个软件包通过编译源代码安装后，如何完全的卸载？？

如果原先的source还在的话，很多source的Makefile都有写uninstall规则，直接在Souce里make uninstall就可行，不过碰到无良作者没写的，那一句一句看Makefile里install部分他都干了些什么，然后挨个删除。
如果source没了.....那就一边郁闷吧
到目前为止, 我装的都可以make uninstall.......
(因为总是不小心装错地方, 结果就make uninstall&&make clean,然后重新configure......)
linux下软件的基本安装和卸载
Linux软件的安装和卸载一直是困扰许多新用户的难题。在Windows中，我们可以使用软件自带的安装卸载程序或在控制面板中的“添加/删除程序”来实现。与其相类似，在Linux下有一个功能强大的软件安装卸载工具，名为RPM。它可以用来建立、安装、查询、更新、卸载软件。该工具是在命令行下使用的。在Shell的提示符后输入rpm，就可获得该命令的帮助信息。

软件的安装

Linux下软件的安装主要有两种不同的形式。第一种安装文件名为xxx.tar.gz；另一种安装文件名为xxx.i386.rpm。以第一种方式发行的软件多为以源码形式发送的；第二种方式则是直接以二进制形式发送的。

对于第一种，安装方法如下：

1 .首先，将安装文件拷贝至你的目录中。例如，如果你是以root身份登录上的，就将软件拷贝至/root中。

#cp xxx.tar.gz /root

2 .由于该文件是被压缩并打包的,应对其解压缩。命令为：

#tar xvzf filename.tar.gz 如果是filename.tar.bz2格式的，应该是tar jxvf filename.tar.bz2来解压

3. 执行该命令后，安装文件按路径，解压缩在当前目录下。用ls命令可以看到解压缩后的文件。通常在解压缩后产生的文件中，有“Install”的文件。该文件为纯文本文件，详细讲述了该软件包的安装方法。

4.执行解压缩后产生的一个名为configure的可执行脚本程序。它是用于检查系统是否有编译时所需的库，以及库的版本是否满足编译的需要等安装所需要的系统信息。为随后的编译工作做准备。命令为： #./configure

如果您想把软件安装到指定目录，应该用#./configure --prefix=/您自己指定的目录，比如我想把一个mlterm安装到/opt/mlterm目录中，应该如下输入

#./configure --prefix=/opt/mlterm

5.检查通过后，将生成用于编译的MakeFile文件。此时，可以开始进行编译了。编译的过程视软件的规模和计算机性能的不同，所耗费的时间也不同。命令为： #make。

6.成功编译后，键入如下的命令开始安装：

#make install

7.安装完毕，应清除编译过程中产生的临时文件和配置过程中产生的文件。键入如下命令：

#make clean

#make distclean

至此，软件的安装结束。

对于第二种，其安装方法要简单得多。

同第一种方式一样，将安装文件拷贝至你的目录中。然后使用rpm来安装该文件。命令如下：

#rpm -i filename.i386.rpm

rpm将自动将安装文件解包，并将软件安装到缺省的目录下。并将软件的安装信息注册到rpm的数据库中。参数i的作用是使rpm进入安装模式。

软件的卸载

1.软件的卸载主要是使用rpm来进行的。卸载软件首先要知道软件包在系统中注册的名称。键入命令：

#rpm -q -a

即可查询到当前系统中安装的所有的软件包。

2. 确定了要卸载的软件的名称，就可以开始实际卸载该软件了。键入命令：

#rpm -e [package name]

即可卸载软件。参数e的作用是使rpm进入卸载模式。对名为[package name]的软件包进行卸载。由于系统中各个软件包之间相互有依赖关系。如果因存在依赖关系而不能卸载，rpm将给予提示并停止卸载。你可以使用如下的命令来忽略依赖关系，直接开始卸载：

#rpm -e [package name] -nodeps

忽略依赖关系的卸载可能会导致系统中其它的一些软件无法使用

如果想知道rpm包安装到哪里了呢？

应该用 #rpm -ql [package name]

3.如何卸载用源码包安装的软件？

最好是看README和INSTALL ；一般的情况下都有说，但大多软件没有提供源码包的卸载方法；我们可以找到软件的安装点删除。主要看你把它安装在哪了。

比如：

如果安装软件时，指定个目录。这个问题也不会难；

比如用源码包安装gaim 的

#./configure --prefix=/opt/gaim

#make

#make install

如果安装mlterm

#./configure --prefix=/opt/mlterm

#make

#make install

把源码包安装的软件，都指定安装在 /opt目录中，这样不就知道了？？

如果删除，就删除相应的软件目录；

有些软件要在解压安装目录中执行 make uninstall ，这样就卸载掉了

　'configure'脚本有大量的命令行选项.对不同的软件包来说,这些选项可能会有变化,但是许多基本的选项是不会改变的.带上'-- help'选项执行'configure'脚本能够看到可用的任何选项.尽管许多选项是很少用到的,但是当您为了特别的需求而configure一个包时,知道他们的存在是很有益处的.下面对每一个选项进行简略的介绍: 
--cache-file=FILE 
　　'configure'会在您的系统上测试存在的特性(或bug!).为了加速随后进行的配置,测试的结果会存储在一个cache file里.当configure一个每个子树里都有'configure'脚本的复杂的源码树时,一个很好的cache file的存在会有很大帮助. 
--help 
　　输出帮助信息.即使是有经验的用户也偶尔需要使用使用'--help'选项,因为一个复杂的项目会包含附加的选项.例如,GCC包里的'configure'脚本就包含了允许您控制是否生成和在GCC中使用GNU汇编器的选项. 
--no-create 
　　'configure'中的一个主要函数会制作输出文档.此选项阻止'configure'生成这个文档.您能够认为这是一种演习(dry run),尽管缓存(cache)仍然被改写了. 
--quiet 
--silent 
　　当'configure'进行他的测试时,会输出简要的信息来告诉用户正在作什么.这样作是因为'configure'可能会比较慢,没有这种输出的话用户将会被扔在一旁疑惑正在发生什么.使用这两个选项中的任何一个都会把您扔到一旁.(译注:这两句话比较有意思,原文是这样的:If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!) 
--version 
　　打印用来产生'configure'脚本的Autoconf的版本号. 
--prefix=PEWFIX 
　　'--prefix'是最常用的选项.制作出的'Makefile'会查看随此选项传递的参数,当一个包在安装时能够完全的重新安置他的结构单独部分. 举一个例子,当安装一个包,例如说Emacs,下面的命令将会使Emacs Lisp file被安装到"/opt/gnu/share": 
$ ./configure --prefix=/opt/gnu 
--exec-prefix=EPREFIX 
　　和'--prefix'选项类似,但是他是用来配置结构倚赖的文档的安装位置.编译好的'emacs'二进制文档就是这样一个问件.假如没有配置这个选项的话,默认使用的选项值将被设为和'--prefix'选项值相同. 
--bindir=DIR 
　　指定二进制文档的安装位置.这里的二进制文档定义为能够被用户直接执行的程式. 
--sbindir=DIR 
　　指定终极二进制文档的安装位置.这是一些通常只能由终极用户执行的程式. 
--libexecdir=DIR 
　　指定可执行支持文档的安装位置.和二进制文档相反,这些文档从来不直接由用户执行,但是能够被上面提到的二进制文档所执行. 
--datadir=DIR 
　　指定通用数据文档的安装位置. 
--sysconfdir=DIR 
　　指定在单个机器上使用的只读数据的安装位置. 
--sharedstatedir=DIR 
　　指定能够在多个机器上共享的可写数据的安装位置. 
--localstatedir=DIR 
　　指定只能单机使用的可写数据的安装位置. 
--libdir=DIR 
　　指定库文档的安装位置. 
--includedir=DIR 
　　指定C头文档的安装位置.其他语言如C++的头文档也能够使用此选项. 
--oldincludedir=DIR 
　　指定为除GCC外编译器安装的C头文档的安装位置. 
--infodir=DIR 
　　指定Info格式文档的安装位置.Info是被GNU工程所使用的文档格式. 
--mandir=DIR 
　　指定手册页的安装位置. 
--srcdir=DIR 
　　这个选项对安装没有作用.他会告诉'configure'源码的位置.一般来说不用指定此选项,因为'configure'脚本一般和源码文档在同一个目录下. 
--program-prefix=PREFIX 
　　指定将被加到所安装程式的名字上的前缀.例如,使用'--program-prefix=g'来configure一个名为'tar'的程式将会使安装的程式被命名为'gtar'.当和其他的安装选项一起使用时,这个选项只有当他被`Makefile.in'文档使用时才会工作. 
--program-suffix=SUFFIX 
　　指定将被加到所安装程式的名字上的后缀. 
--program-transform-name=PROGRAM 
　　这里的PROGRAM是个sed脚本.当一个程式被安装时,他的名字将经过`sed -e PROGRAM'来产生安装的名字. 
--build=BUILD 
　　指定软件包安装的系统平台.假如没有指定,默认值将是'--host'选项的值. 
--host=HOST 
　　指定软件运行的系统平台.假如没有指定,将会运行`config.guess'来检测. 
--target=GARGET 
　　指定软件面向(target to)的系统平台.这主要在程式语言工具如编译器和汇编器上下文中起作用.假如没有指定,默认将使用'--host'选项的值. 
--disable-FEATURE 
　　一些软件包能够选择这个选项来提供为大型选项的编译时配置,例如使用Kerberos认证系统或一个实验性的编译器最优配置.假如默认是提供这些特性,能够使用'--disable-FEATURE'来禁用他,这里'FEATURE'是特性的名字.例如: 
$ ./configure --disable-gui 
-enable-FEATURE[=ARG] 
　　相反的,一些软件包可能提供了一些默认被禁止的特性,能够使用'--enable-FEATURE'来起用他.这里'FEATURE'是特性的名字.一个特性可能会接受一个可选的参数.例如: 
$ ./configure --enable-buffers=128 
`--enable-FEATURE=no'和上面提到的'--disable-FEATURE'是同义的. 
--with-PACKAGE[=ARG] 
　
　　在免费软件社区里,有使用已有软件包和库的优秀传统.当用'configure'来配置一个源码树时,能够提供其他已安装的软件包的信息.例如, 倚赖于Tcl和Tk的BLT器件工具包.要配置BLT,可能需要给'configure'提供一些关于我们把Tcl和Tk装的何处的信息: 
$ ./configure --with-tcl=/usr/local --with-tk=/usr/local 
'--with-PACKAGE=no'和下面将提到的'--without-PACKAGE'是同义的. 
--without-PACKAGE 
　　有时候您可能不想让您的软件包和系统已有的软件包交互.例如,您可能不想让您的新编译器使用GNU ld.通过使用这个选项能够做到这一点: 
$ ./configure --without-gnu-ld 
--x-includes=DIR 
　　这个选项是'--with-PACKAGE'选项的一个特例.在Autoconf最初被研发出来时,流行使用'configure'来作为 Imake的一个变通方法来制作运行于X的软件.'--x-includes'选项提供了向'configure'脚本指明包含X11头文档的目录的方法. 
--x-libraries=DIR 
　　类似的,'--x-libraries'选项提供了向'configure'脚本指明包含X11库的目录的方法. 
　　在源码树中运行'configure'是不必要的同时也是不好的.一个由'configure'产生的良好的'Makefile'能够构筑源码属于另一棵树的软件包.在一个单独于源码的树中构筑派生的文档的好处是很明显的:派生的文档,如目标文档,会凌乱的散布于源码树.这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文档很困难.建议使用三棵树:一棵源码树(source tree),一棵构筑树(build tree),一棵安装树(install tree).这里有一个很接近的例子,是使用这种方法来构筑GNU malloc包: 
$ gtar zxf mmalloc-1.0.tar.gz 
$ mkdir build && cd build 
$ ../mmalloc-1.0/configure 
creating cache ./config.cache 
checking for gcc... gcc 
checking whether the C compiler (gcc ) works... yes 
checking whether the C compiler (gcc ) is a cross-compiler... no 
checking whether we are using GNU C... yes 
checking whether gcc accepts -g... yes 
checking for a BSD compatible install... /usr/bin/install -c 
checking host system type... i586-pc-linux-gnu 
checking build system type... i586-pc-linux-gnu 
checking for ar... ar 
checking for ranlib... ranlib 
checking how to run the C preprocessor... gcc -E 
checking for unistd.h... yes 
checking for getpagesize... yes 
checking for working mmap... yes 
checking for limits.h... yes 
checking for stddef.h... yes 
updating cache ../config.cache 
creating ./config.status 
　　这样这棵构筑树就被配置了,下面能够继续构筑和安装这个包到默认的位置'/usr/local': 
$ make all && make install

一个软件包通过编译源代码安装后，如何完全的卸载？？

如果原先的source还在的话，很多source的Makefile都有写uninstall规则，直接在Souce里make uninstall就可行，不过碰到无良作者没写的，那一句一句看Makefile里install部分他都干了些什么，然后挨个删除。
如果source没了.....那就一边郁闷吧

到目前为止, 我装的都可以make uninstall.......
(因为总是不小心装错地方, 结果就make uninstall&&make clean,然后重新configure......)