Nginx源碼分析之--編譯器相關腳本

微信公衆號：Nginx源碼分析
關注可瞭解更多的Nginx知識。任何問題或建議，請公衆號留言;
關注公衆號，有趣有內涵的文章第一時間送達！

回顧

前面咱們介紹了nginx的不少腳本，好比測試操做系統是否支持某個特性的auto/feature腳本，測試類型變量長度的auto/types/sizeof腳本等等。
有時候你們可能會問，nginx爲何搞這麼多腳本呢？
其實答案很簡單：
①.爲了保證nginx的可移植性。
②.爲編譯nginx源碼作準備。
那麼本文咱們就分析一下和編譯器相關的腳本。

編譯器相關腳本

寫在前面

本文簡單的分析一下和編譯器相關的腳本。
這一部份內容對於分析nginx自動化配置流程以及分析源碼來講，幾乎沒有什麼用處。可是爲了保證本系列文章的連貫性和完整性，我仍是盡最大的努力分析這部份內容。可是因爲本人對編譯相關的內容也不是很瞭解，若有錯誤，請聯繫我，我會第一時間修正。

auto/cc 腳本

該目錄下的腳本用於設置編譯器相關的參數。
不一樣的操做系統都有本身的特有的編譯器，它們的設置可能有細微的差異。因此nginx自動根據操做系統和編譯器種類，設置符合該平臺的參數。

設置編譯器種類

nginx使用CC變量保存所用的編譯器名稱。在auto/options中對該變量進行了賦值。

1CC=${CC:-gcc}
複製代碼

因此CC的默認值是gcc。
咱們能夠在執行configre腳本的時候經過指定--with-cc=*)的方式來自由的設置所使用的編譯器，默認狀況下，咱們都不會改變這個值。在linux下該值爲gcc。

auto/cc/name 設置編譯器名稱

在auto/cc/conf腳本中，會首先調用auto/cc/name。這個腳本並不複雜，它的做用就是根據咱們在configure時選擇的編譯器，從而設置編譯器的名稱。

查找編譯器

auto/cc/name一開始就調用了一大段腳本，以下：

 1if [ "$NGX_PLATFORM" != win32 ]; then
 2
 3    ngx_feature="C compiler"
 4    ngx_feature_name=
 5    ngx_feature_run=yes
 6    ngx_feature_incs=
 7    ngx_feature_path=
 8    ngx_feature_libs=
 9    ngx_feature_test=
10    . auto/feature
11
12    if [ $ngx_found = no ]; then
13        echo
14        echo $0: error: C compiler $CC is not found
15        echo
16        exit 1
17    fi
18
19fi
複製代碼

這段腳本看起來嚇人，其實，它的功能很是簡單。
咱們前面介紹過auto/feature的執行過程，因此上面的代碼就是編譯以下的自動測試程序：

1#include <sys/types.h>
2#include <unistd.h>
3#include <sys/epoll.h>
4
5int main() {
6    return 0;
7}
複製代碼

這段代碼其實啥功能都木有，因此它就是測試一下能不能找到咱們選擇的編譯器。由於只要編譯器能正常工做，那麼上面的c代碼就能夠編譯成功。

判斷編譯器的名稱

由於咱們選擇的編譯器是gcc，因此剩下的腳本執行的應該是以下的部分：

1if [ "$CC" = cl ]; then
2    # 
3else
4    # 由於咱們選擇的是gcc
5    # 因此執行else部分
6fi
複製代碼

觀察一下else部分的代碼：
其實就是根據gcc -v的內容判斷具體的編譯器名稱。
下面的內容是在個人本機上面執行gcc -v的輸出內容：

1Using built-in specs.
2COLLECT_GCC=gcc
3COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper
4Target: x86_64-redhat-linux
5Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
6Thread model: posix
7gcc version 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC)
複製代碼

因此對於我本身的電腦來講，會指向下面的代碼：

1 NGX_CC_NAME=gcc
2echo " + using GNU C compiler"
複製代碼

對於大多數linux系統，應該都是執行上面的代碼，會把NGX_CC_NAME變量的值設置爲gcc。
即便你的電腦上不是這樣的，那麼也不要緊，這部份內容並不影響咱們後面的源碼分析。

auto/cc/conf

初始化變量

該腳本的第一步是初始化一些變量，用於後面的編譯選項，如ngx_include_opt變量表示編譯時引入頭文件的選項等。

調用 auto/cc/name 腳本

上面已經分析過這個腳本。主要功能就是根據cc變量設置NGX_CC_NAME的值。

執行特定編譯器測試腳本

根據在auto/cc/name中獲取到的NGX_CC_NAME變量，執行特定的腳本，好比對於個人機器來講，因爲選擇的編譯器是gcc，因此執行 auto/cc/gcc腳本。

編譯器的feature測試

進行一些編譯器的feature性能測試。
好比測試編譯器是否支持宏，是否支持inline等。

auto/cc/gcc 腳本

該腳本完成gcc編譯器的特定初始化操做。
腳本的內容很是簡單，利用了前面分析過的許多腳本，你們能夠本身看一下。

總結

咱們在本文中分析了nginx中編譯器相關的腳本，這部份內容對於咱們分析源代碼沒有什麼關係。只是爲了保證內容上的連續性。若是又不懂的地方也不要緊，let it go。

後面的文章咱們會接着分析nginx的源碼，敬請期待。順便關注個人個公衆號（Nginx源碼分析）。

---

喜歡本文的朋友們，歡迎長按下圖關注訂閱號Nginx源碼分析，更多精彩內容第一時間送達

Nginx源碼分析