configure编译参数

1. linux 下的 make, configure 究竟有多难用

听过身边很多个程序员朋友说Linux这个系统慢慢慢慢地就变得不好用了。

所以，在Linux下安装一个应用程序时，一般需要先运行脚本configure，然后用make来编译源程序，在运行make install，最后运行make clean删除一些临时文件。使用上述三个自动工具，就可以生成configure脚本。运行configure脚本，就可以生成Makefile文件，然后就可以运行make、make install和make clean。操作的复杂，可见一斑。

2. configureLinux系统下Configure命令参数解释说明

Linux系统下的configure脚本提供了丰富的命令行选项，以适应不同的软件包需求。执行带有'--help'选项的configure脚本，可以查看所有可用选项。虽然大部分选项用得不多，但在特殊配置时了解它们的存在是有益的。接下来，我们将简要介绍一些常用选项的功能：

--cache-file=FILE: 'configure'会测试系统特性，将测试结果存储在cache文件中，以加速后续配置。在处理大型源码树时，一个有效的缓存文件将大有裨益。

--help: 显示帮助信息，即使是经验丰富的用户在遇到复杂项目时，也可能需要这个选项来查看额外的配置选项，如GCC包中的选项。

--no-create: 阻止'configure'生成输出文件，可以作为预演，尽管cache仍会被更新。

--quiet/--silent: 在测试过程中，减少输出信息，让用户知道配置进行中，即使速度较慢，以免用户感到疑惑。

--version: 显示用于生成configure脚本的Autoconf版本号。

--prefix=PEWFIX: 'prefix'选项是最常见的，用于指定安装文件的根目录，如安装Emacs时，使用`./configure --prefix=/opt/gnu`。

--exec-prefix=EPREFIX和`--prefix`类似，但用于设置依赖文件的安装位置，如编译好的二进制文件。

其他选项如`--bindir`、`--sbindir`、`--libexecdir`等分别定义了不同类型的文件安装位置。配置时，这些选项对于确定程序的安装结构至关重要。

最后，通过`--build`、`--host`和`--target`选项，可以指定软件包的构建、运行和目标系统平台。而`--disable-FEATURE`和`--enable-FEATURE`用于启用或禁用软件包中的特定特性，如使用Kerberos认证或编译器优化。

在依赖外部软件包时，`--with-PACKAGE`和`--without-PACKAGE`用于指定已安装包的信息，或避免软件包之间的交互。`--x-includes`和`--x-libraries`则是与X11相关的选项。

为了更好地管理源码和构建过程，建议使用三个独立的树：源码树、构建树和安装树，如配置GNU malloc包的例子所示。

[kən'fiɡə] [ 过去式configured 过去分词configured 现在分词configuring ]

3. linux ./configure 如果多次，在编译的时候参数设置是根据最后次的来决定吗

是的，后一次编译会修改前一次编译结果。

4. 如何编译配置Apache中的Configure

./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-mole=most --enable-shared=max --enable-mole=auth_dbm --enable-mole=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文件 # # Mole selection lines, distinguished by having &single;AddMole&single; at the front. # These list the configured moles, in priority order (highest priority # last). They&single;re down at the bottom. 模块选择行，以前面的“AddMole”区别。这些行以优先级为序列出 了已经配制的模块（高优先级的在后面）。模块选择在文件最后进行。 # # Optional mole selection lines, distinguished by having `%Mole&single; # at the front. These specify a mole that is to be compiled in (but # not enabled). The AddMole directive can be used to enable such a # mole. By default no such moles are defined. 可选模块选择行，以前面的“%Mole”区别。这些行指定了必须 编译的模块（但不启用）。AddMole指令可以启用这种模块。默 认不定义这种模块。 大多数用户只需修改模块选择行，其他内容只适合于深入了解其含义的用户进行修改。在文件的最后我们可以发现许多如下形式的行： AddMole moles/standard/mod_cgi.o 它表示本次编译Apache应启用指定的模块（这里是mod_cgi模块）。我们可以用注释掉相应行的方法来删除特定的模块；反之，如果取消已注释行的注释将启用该模块。 我们可以通过SharedMole指令（而不是AddMole）将模块编译成DSO（共享对象，shared object）： SharedMole moles/standard/mod_vhost_alias.so 注意在编译DSO时必须启用mod_so模块。 用configure生成Configuration.apaci文件，然后检查其改动之处是一种很好的学习方法。 一旦在Configuration文件中完成了所有必须的改动，只需运行./Configure即可开始编译过程。 三、使用哪种方法好？ 显然，使用configure和使用Configure都有着各自强硬的支持者，但可以相信每一种观点都有其派别和历史的原因。 我们建议两种方法都用。用configure生成Configuration文件，阅读这些文件了解其作用，然后保存其中的部分文件供以后在Configure命令中使用。 如果你打算只进行默认安装，而且从来没有想到过要改变任何一个选项，那么使用哪一种方法进行配制就无关紧要了

5. configure命令只指定host能进行交叉编译吗

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

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

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

6. linux, configure --prefix=/有什么用

“linux, configure --prefix=/”的作用是：编译的时候用来指定程序存放路径 。

1、不指定prefix，可执行文件默认放在/usr /local/bin，库文件默认放在/usr/local/lib，配置文件默认放在/usr/local/etc。其它的资源文件放在/usr /local/share。

2、指定prefix，直接删掉一个文件夹就够了。

(6)configure编译参数扩展阅读：

Configure是一个可执行脚本，它有很多选项，在待安装的源码路径下使用命令./configure–help输出详细的选项列表。

其中，prefix选项是配置安装的路径，如果不配置该选项，安装后可执行文件默认放在/usr/local/bin，库文件默认放在/usr/local/lib，配置文件默认放在/usr/local/etc，其它的资源文件放在/usr/local/share，比较凌乱。

如果配置prefix，如：
./configure --prefix=/usr/local/test可以把所有资源文件放在/usr/local/test的路径中，不会杂乱。

参考资料：Linux系统下Configure命令参数解释说明-网络