configure

'configure'腳本有大量的命令行選項。下面對每一個選項進行簡略的介紹:

'configure'會在你的系統上測試存在的特性(或者bug!).為了加速隨後進行的配置，測試的結果會存儲在一個cache file里。當configure一個每個子樹里都有'configure'腳本的複雜的源碼樹時，一個很好的cache file的存在會有很大幫助.

輸出幫助信息。即使是有經驗的用戶也偶爾需要使用使用'--help'選項，因為一個複雜的項目會包含附加的選項。例如,GCC包里的'configure'腳本就包含了允許你控制是否生成和在GCC中使用GNU彙編器的選項.

'configure'中的一個主要函數會製作輸出文件。此選項阻止'configure'生成這個文件。你可以認為這是一種演習(dry run),儘管緩存(cache)仍然被改寫了.

當'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!)

列印用來產生'configure'腳本的Autoconf的版本號.

'--prefix'是最常用的選項。製作出的'Makefile'會查看隨此選項傳遞的參數，當一個包在安裝時可以徹底的重新安置他的結構獨立部分. 舉一個例子，當安裝一個包，例如說Emacs,下面的命令將會使Emacs Lisp file被安裝到"/opt/gnu/share": $ ./configure --prefix=/opt/gnu

與'--prefix'選項類似，但是他是用來設置結構倚賴的文件的安裝位置。編譯好的'emacs'二進位文件就是這樣一個文件。如果沒有設置這個選項的話，默認使用的選項值將被設為和'--prefix'選項值一樣.

指定二進位文件的安裝位置。這裡的二進位文件定義為可以被用戶直接執行的程序.

指定超級二進位文件的安裝位置。這是一些通常只能由超級用戶執行的程序.

指定可執行支持文件的安裝位置。與二進位文件相反，這些文件從來不直接由用戶執行，但是可以被上面提到的二進位文件所執行.

指定通用數據文件的安裝位置.

指定在單個機器上使用的只讀數據的安裝位置.

指定可以在多個機器上共享的可寫數據的安裝位置.

指定只能單機使用的可寫數據的安裝位置.

指定庫文件的安裝位置.

指定C頭文件的安裝位置。其他語言如C++的頭文件也可以使用此選項.

指定為除GCC外編譯器安裝的C頭文件的安裝位置.

指定Info格式文檔的安裝位置.Info是被GNU工程所使用的文檔格式.

指定手冊頁的安裝位置.

這個選項對安裝沒有作用。他會告訴'configure'源碼的位置。一般來說不用指定此選項，因為'configure'腳本一般和源碼文件在同一個目錄下.

指定將被加到所安裝程序的名字上的前綴。例如，使用'--program-prefix=g'來configure一個名為'tar'的程序將會使安裝的程序被命名為'gtar'.當和其他的安裝選項一起使用時，這個選項只有當他被XXXX文件使用時才會工作.

指定將被加到所安裝程序的名字上的後綴.

--program-transform-name=PROGRAM

這裡的PROGRAM是一個sed腳本。當一個程序被安裝時，他的名字將經過`sed -e PROGRAM'來產生安裝的名字.

指定軟體包安裝的系統平台。如果沒有指定，默認值將是'--host'選項的值.

指定軟體運行的系統平台。如果沒有指定，將會運行`config.guess'來檢測.

指定軟體面向(target to)的系統平台。這主要在程序語言工具如編譯器和彙編器上下文中起作用。如果沒有指定，默認將使用'--host'選項的值.

一些軟體包可以選擇這個選項來提供為大型選項的編譯時配置，例如使用Kerberos認證系統或者一個實驗性的編譯器最優配置。如果默認是提供這些特性，可以使用'--disable-FEATURE'來禁用它，這裡'FEATURE'是特性的名字。例如: $ ./configure --disable-gui

相反的，一些軟體包可能提供了一些默認被禁止的特性，可以使用'--enable-FEATURE'來起用它。這裡'FEATURE'是特性的名字。一個特性可能會接受一個可選的參數。例如: $ ./configure --enable-buffers=128 `--enable-FEATURE=no'與上面提到的'--disable-FEATURE'是同義的.

在自由軟體社區里，有使用已有軟體包和庫的優秀傳統。當用'configure'來配置一個源碼樹時，可以提供其他已經安裝的軟體包的信息。例如, 倚賴於Tcl和Tk的BLT器件工具包。要配置BLT,可能需要給'configure'提供一些關於我們把Tcl和Tk裝的何處的信息: $ ./configure --with-tcl=/usr/local --with-tk=/usr/local '--with-PACKAGE=no'與下面將提到的'--without-PACKAGE'是同義的.

有時候你可能不想讓你的軟體包與系統已有的軟體包交互。例如，你可能不想讓你的新編譯器使用GNU ld.通過使用這個選項可以做到這一點: $ ./configure --without-gnu-ld

這個選項是'--with-PACKAGE'選項的一個特例。在Autoconf最初被開發出來時，流行使用'configure'來作為 Imake的一個變通方法來製作運行於X的軟體.'--x-includes'選項提供了向'configure'腳本指明包含X11頭文件的目錄的方法.

類似的,'--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