当前位置:Linux教程 - Apache - apache - 编译配置Apache中的Configure

apache - 编译配置Apache中的Configure

编译配置Apache中的Configure
2004-04-23 15:18 pm
来自:Linux文档
现载:Www.8s8s.coM
地址:无名

./Configure文件是一个经常被遗忘的Apache工具。本文介绍如何用./Configure进行编译配置,避免每次编译Apache时进行重复的操作。文章比较了常规方法与使用./Configure这两者各自的优缺点以及如何手工编辑配制文件进行编译配置。

一、优缺点比较
   我们知道,配制Apache编译选项使用的是configure。但除此之外,我们还可以使用Configure。注意两者的差别:常用的那个配制工具是小写c开头的“configure”,这里要讨论的“Configure”以大写的C开头。

   解开Apache源代码之后,configure脚本位于顶级目录下面。一般我们按照如下步骤使用它:

tar -zvxf apache_1.3.14.tar.gz

cd apache_1.3.14

./configure --prefix=/usr/local/apache

make

make install

   Configure是位于src子目录下的脚本。它的参数不是通过命令行指定,而是在一个名为Configuration的配置文件中指定。Apache提供一个默认的配置模板文件Configuration.tmpl,其中包含了通用的默认配置值。

   用Configure进行默认安装的过程如下:

tar -zvxf apache_1.3.14.tar.gz

cd apache_1.3.14/src

cp -f Configuration.tmpl Configuration

vi Configuration

... 如必要,修改默认配置值

./Configure

make

make install


  缺点

   用Configure进行配制有几个明显的缺点,至少对初学者来说是这样的。

   首先,这种配制方法并不广为人知。只要是对开放源代码软件有所了解的人,解开源代码并进入它的目录之后,或许会对它的configure脚本感到熟悉,但往往不会进入src子目录去寻找其他什么东西。

   即使知道可以用Configure进行编译配制,Configuration文件本身也可能成为小小的障碍。这是因为,虽然Configuration文件内部包含的说明相当完善,每一行都有丰富的注解说明其作用,但这个文件实在过于庞大,包含了许多大多数人永远不想要加以定制的选项。

   最后,虽然有关这两种配制方法差别的资料略显缺乏,但总地看来初学者最好使用configure,而Configure只适合于经验丰富的用户使用。虽然这并不能算是一个真正的缺点,但它无疑使许多用户驻足而不敢尝试。

  优点

   使用Configure进行编译配制最大的优点在于,它方便了我们将特定的配置信息保存下来以后再用,无需记住冗长的configure命令行选项。

   例如,本人上次编译Apache时使用的configure命令如下:

./configure --prefix=/usr/local/apache --enable-module=most

--enable-shared=max --enable-module=auth_dbm

--enable-module=auth_mysql


   这还应该算是一次比较简单的编译。问题在于,即使是输入上面这行命令,我也要查看各种参数的语法并努力记住各个模块的名字。对于大多数人来说这并不是一个很重要的问题,但由于我经常要重新构造Apache,这个问题就显得比较突出了。

   configure也有它的好处,它实际上会在src目录下生成一个配制文件,我们可以保存这个文件供以后参考。这个文件就是src/Configuration.apaci。

   如果我们为测试目的构造Apache,完成后又要在正式运行的系统上以完全相同的方式构造Apache,configure的这个功能将是非常有用的。此时,我们只需要复制一份Configuration.apaci文件,将它拷贝到正式运行的服务器上,然后用这个文件编译Apache服务器即可。

   应当说明的是,虽然默认情况下配制选项由Configuration文件提供,但我们可以用-file参数指定另外的文件:



./Configure -file Configuration.saved_prefs



二、手工编辑配制文件

   以前,指定编译选项的唯一方法是手工编辑Configuration文件。当然,那时候我们还要步行上学,跋山涉水。这一切现在都已经过去。

   不管怎样,如果你准备直接使用Configuration文件,你就得仔细地了解一下它到底由什么内容构成。Configuration文件中的大多数选项都是无需定制的,不过了解一下它们的用处是有好处的。

   Configuration文件的前面是关于本文件的一个简短说明。下面摘录了这部分内容并给出其译文:



# There are 5 types of lines here:

这里共有5种类型的代码行:

# &single;#&single; comments, distinguished by having a &single;#&single; as the first non-blank character

“#”注释,以第一个非空字符为“#”区别

#

# Makefile options, such as CC=gcc, etc...

Make文件选项,例如 CC=gcc,等等...

#

# Rules, distinguished by having "Rule" at the front. These are used to

# control Configure&single;s behavior as far as how to create Makefile.

规则,以前面的“Rule”区别,用于控制Configure的行为以至

如何创建Make文件



#

# Module selection lines, distinguished by having &single;AddModule&single; at the front.

# These list the configured modules, in priority order (highest priority

# last). They&single;re down at the bottom.

模块选择行,以前面的“AddModule”区别。这些行以优先级为序列出

了已经配制的模块(高优先级的在后面)。模块选择在文件最后进行。

#

# Optional module selection lines, distinguished by having `%Module&single;

# at the front. These specify a module that is to be compiled in (but

# not enabled). The AddModule directive can be used to enable such a

# module. By default no such modules are defined.

可选模块选择行,以前面的“%Module”区别。这些行指定了必须

编译的模块(但不启用)。AddModule指令可以启用这种模块。默

认不定义这种模块。


   大多数用户只需修改模块选择行,其他内容只适合于深入了解其含义的用户进行修改。在文件的最后我们可以发现许多如下形式的行:

AddModule modules/standard/mod_cgi.o


   它表示本次编译Apache应启用指定的模块(这里是mod_cgi模块)。我们可以用注释掉相应行的方法来删除特定的模块;反之,如果取消已注释行的注释将启用该模块。

   我们可以通过SharedModule指令(而不是AddModule)将模块编译成DSO(共享对象,shared object):

SharedModule modules/standard/mod_vhost_alias.so


   注意在编译DSO时必须启用mod_so模块。

   用configure生成Configuration.apaci文件,然后检查其改动之处是一种很好的学习方法。

   一旦在Configuration文件中完成了所有必须的改动,只需运行./Configure即可开始编译过程。

三、使用哪种方法好?

   显然,使用configure和使用Configure都有着各自强硬的支持者,但可以相信每一种观点都有其派别和历史的原因。

   我们建议两种方法都用。用configure生成Configuration文件,阅读这些文件了解其作用,然后保存其中的部分文件供以后在Configure命令中使用。

   如果你打算只进行默认安装,而且从来没有想到过要改变任何一个选项,那么使用哪一种方法进行配制就无关紧要了