Linux中./configure檔案配置詳解

lm_y發表於2017-09-06
Linux
 Linux環境下的軟體安裝，並不是一件容易的事情；如果通過原始碼編譯後在安裝，當然事情就更為複雜一些；現在安裝各種軟體的教程都非常普遍；但萬變不離其中，對基礎知識的紮實掌握，安裝各種軟體的問題就迎刃而解了。Configure指令碼配置工具就是基礎之一，它是autoconf的工具的基本應用。
'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庫的目錄的方法。


--with-krb-srvnam=NAME
Kerberos服務主的名稱． 預設是 “postgres”．通常沒有理由改變這個值．

--with-openssl=DIRECTORY
製作支援 SSL （加密的）聯接的postgres． 這個選項需要安裝 OpenSSL 包． DIRECTORY 引數宣告 OpenSSL 安裝的根目錄；預設時 /usr/local/ssl．

configure 將在安裝之前檢查所需要的標頭檔案和庫檔案以確信你的 OpenSSL 安裝是充分的．

--with-Java
製作 JDBC 驅動以及相關的 Java 包． 這個選項要求你先安裝 Ant （當然還要有 JDK）． 請參考程式設計師手冊 裡面 JDBC 驅動的文件獲取更多資訊．

--enable-syslog
開啟PostgreSQL 伺服器使用 syslog 日誌系統的功能． （使用這個功能並不意味著你必須用 syslog 做日誌，也不是說 伺服器預設會做這些，而是給你一個在執行時使用這個選專案的可能．）

--enable-debug
把 所有程式和庫以帶有除錯符號的方式編譯． 這意味著你可以通過一個偵錯程式執行程式來分析問題． 這樣做顯著增大了最後安裝的可執行檔案的大小， 並且在非 gcc 的編譯器上，這麼做通常還要關閉編譯器優化， 導致速度的下降．但是，如果有這些符號表的話，就可以極大 幫助定位可能發生問題的位置．目前，我們認為這個選項對於 生產用途而言是邊際變數，但是如果你正在進行開發工作，或者正在使用 beta 版本， 那麼你就應該開啟它．

--enable-cassert
開啟在伺服器中的 assertion 檢查， 它會檢查許多“不可能發生”的條件．它對於程式碼開發的用途 而言是無價之寶，不過這些測試稍微地減慢了一些速度． 這些斷言檢查並不一定都是針對嚴重錯誤的，因此一些相對無害的 小蟲子也可能導致 postmaster 重啟--只要它觸發了一次斷言失敗． 目前，我們不推薦在生產環境中使用這個選項，但是如果你在做開發 或者在使用 beta 版本的時候應該開啟它．


如果你喜歡用那些和 configure 找出來的不同的 編譯器，那麼你可以分別設定你的環境變數 CC 和 CXX，把它們設定為你選擇的程式． 類似地，你可以用 CFLAGS 和 CXXFLAGS 變數覆蓋預設編譯器標誌．比如：

env CC=/opt/bin/gcc CFLAGS='-02 -pipe' ./configure


在原始碼樹中執行'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

相關文章