1、出現錯誤的場合：
運行/usr/local/webserver/php/bin/phpize時出現： Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20060613 Zend Extension Api No: 220060519 Cannot find autoconf. Please check your autoconf installation and the $PHP_AUTOCONF environment variable. Then, rerun this script. 根據網上的解決辦法是： # cd /usr/src # wget http://ftp.gnu.org/gnu/m4/m4-1.4.9.tar.gz # tar -zvxf m4-1.4.9.tar.gz # cd m4-1.4.9/ # ./configure && make && make install # cd ../ # wget http://ftp.gnu.org/gnu/autoconf/autoconf-2.62.tar.gz # tar -zvxf autoconf-2.62.tar.gz # cd autoconf-2.62/ # ./configure && make && make install 可愛的yum讓我更容易把沒安裝的包安裝好 yum install m4 yum install autoconf
2、解釋./configure
./代表當前目錄，屬於相對路徑
../代表上一級目錄，屬於相對路徑
/代表根目錄，/開頭的文件都是絕對路徑
./configure的意思是執行當前目錄下面的configure文件
configure一般都有可執行的權限，如果沒有的話，用./configure是不能執行的，但是可以這樣執行：
sh ./configure
3、解釋autoconf
Autoconf是一個用於生成可以自動地配置軟件源代碼包以適應多種Unix類系統的 shell腳本的工具。由Autoconf生成的配置腳本在運行的時候與Autoconf是無關的， 就是說配置腳本的用戶並不需要擁有Autoconf。
由Autoconf生成的配置腳本在運行的時候不需要用戶的手工干預；通常它們甚至不需要 通過給出參數以確定系統的類型。相反，它們對軟件包可能需要的各種特征進行獨立 的測試。（在每個測試之前，它們打印一個單行的消息以說明它們正在進行的檢測， 以使得用戶不會因為等待腳本執行完畢而焦躁。）因此，它們在混合系統或者從各種 常見Unix變種定制而成的系統中工作的很好。沒有必要維護文件以儲存由各個Unix變種 、各個發行版本所支持的特征的列表。
對於每個使用了Autoconf的軟件包，Autoconf從一個列舉了該軟件包需要的，或者可以 使用的系統特征的列表的模板文件中生成配置腳本。在shell代碼識別並響應了一個被 列出的系統特征之后，Autoconf允許多個可能使用（或者需要）該特征的軟件包共享該特征。 如果后來因為某些原因需要調整shell代碼，就只要在一個地方進行修改； 所有的配置腳本都將被自動地重新生成以使用更新了的代碼。
Metaconfig包在目的上與Autoconf很相似，但它生成的腳本需要用戶的手工干預，在配置一個 大的源代碼樹的時候這是十分不方便的。不象Metaconfig腳本，如果在編寫腳本時小心謹慎， Autoconf可以支持交叉編譯（cross-compiling）。
