微信公众号:Nginx源码分析
关注可了解更多的Nginx
知识。任何问题或建议,请公众号留言;
关注公众号,有趣有内涵的文章第一时间送达!java
前面咱们介绍了nginx
的不少脚本,好比测试操做系统是否支持某个特性的auto/feature
脚本,测试类型变量长度的auto/types/sizeof
脚本等等。
有时候你们可能会问,nginx
为何搞这么多脚本呢?
其实答案很简单:①.
为了保证nginx
的可移植性。②.
为编译nginx
源码作准备。
那么本文咱们就分析一下和编译器相关的脚本。
linux
本文简单的分析一下和编译器相关的脚本。
这一部份内容对于分析nginx
自动化配置流程以及分析源码来讲,几乎没有什么用处。可是为了保证本系列文章的连贯性和完整性,我仍是尽最大的努力分析这部份内容。可是因为本人对编译相关的内容也不是很了解,若有错误,请联系我,我会第一时间修正。nginx
该目录下的脚本用于设置编译器相关的参数。
不一样的操做系统都有本身的特有的编译器,它们的设置可能有细微的差异。因此nginx
自动根据操做系统和编译器种类,设置符合该平台的参数。c++
nginx
使用CC
变量保存所用的编译器名称。在auto/options
中对该变量进行了赋值。web
1CC=${CC:-gcc}
复制代码
因此CC
的默认值是gcc
。
咱们能够在执行configre
脚本的时候经过指定--with-cc=*)
的方式来自由的设置所使用的编译器,默认状况下,咱们都不会改变这个值。在linux
下该值为gcc
。bootstrap
在auto/cc/conf
脚本中,会首先调用auto/cc/name
。这个脚本并不复杂,它的做用就是根据咱们在configure
时选择的编译器,从而设置编译器的名称。bash
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
的执行过程,因此上面的代码就是编译以下的自动测试程序:app
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
。
即便你的电脑上不是这样的,那么也不要紧,这部份内容并不影响咱们后面的源码分析。
该脚本的第一步是初始化一些变量,用于后面的编译选项,如ngx_include_opt
变量表示编译时引入头文件的选项等。
上面已经分析过这个脚本。主要功能就是根据cc
变量设置NGX_CC_NAME
的值。
根据在auto/cc/name
中获取到的NGX_CC_NAME
变量,执行特定的脚本,好比对于个人机器来讲,因为选择的编译器是gcc
,因此执行 auto/cc/gcc
脚本。
进行一些编译器的feature
性能测试。
好比测试编译器是否支持宏,是否支持inline
等。
该脚本完成gcc
编译器的特定初始化操做。
脚本的内容很是简单,利用了前面分析过的许多脚本,你们能够本身看一下。
咱们在本文中分析了nginx
中编译器相关的脚本,这部份内容对于咱们分析源代码没有什么关系。只是为了保证内容上的连续性。若是又不懂的地方也不要紧,let it go
。
后面的文章咱们会接着分析nginx
的源码,敬请期待。顺便关注个人个公众号(Nginx源码分析
)。