nginx源码分析——configure脚本
一、前言
在分析源码时,经常可以看到类似 #if (NGX_PCRE) .... #endif 这样的代码段,这样的设计可以在不改动源码的情况下,通过简单的定义宏的方式来实现功能的打开与关闭,但是在nginx/src目录下始终没有找到宏 NGX_PCRE 对应的 #define 语句。
在之前介绍event模块的时候,讲到init_cycle函数中对cycle进行了初始化,其中很重要一步操作就是讲包含所有module信息的数组拷贝到这个cycle对应的结构中(nginx/src/core/ngx_module.c),文件中函数用到的包含module名称的数组ngx_module_names在源码中也没找到定义、初始化。
上述两个疑问的答案应该在对nginx源码编译前执行的./auto/configure命令,因为该命令的输出中显示了对一些函数、头文件的检测,所以就将重点分析放到nginx/auto/configure文件中。
二、configure脚本
由于nginx拥有丰富的功能选项,因此有经验的使用者都会采用直接源码编译、安装的方式。在编译前,需要通过执行如下命令来完成源代码的编译。
cd nginx; ./auto/configure --with-pcre && make
其中./auto/configure --with-pcre 就是需要在源码中启用NGX_PCRE宏,但是如何实现的呢?
打开nginx/auto/configure文件,发现该文件是一个shell脚本,并调用了一些其他文件
################## nginx/auto/configure ########################!/bin/sh # Copyright (C) Igor Sysoev# Copyright (C) Nginx, Inc. LC_ALL=Cexport LC_ALL #执行auto/options文件中的命令,行中的“.”表示在当前的sh环境中执行auto/options#文件中的命令(与source命令效果一样)不同于sh命令会导致创建子进程,由于configure#文件中命令与options的命令都在同一sh环境下,所以变量在两个文件中都是彼此可见的. auto/options #设置变量,并将之置空. auto/init #初始化一些变量诸如:NGX_AUTO_HEADERS_H=$NGX_OBJS/ngx_auto_headers.h. auto/sources #设置核心模块、平台代码对应的源文件 test -d $NGX_OBJS || mkdir -p $NGX_OBJS echo > $NGX_AUTO_HEADERS_Hecho > $NGX_AUTOCONF_ERR echo "#define NGX_CONFIGURE /"$NGX_CONFIGURE/"" > $NGX_AUTO_CONFIG_H if [ $NGX_DEBUG = YES ]; then have=NGX_DEBUG . auto/have #设置NGX_DEBUG=1fi ..... . auto/cc/conf #检查编译器相关选项 if [ "$NGX_PLATFORM" != win32 ]; then . auto/headers #检查相关头文件,并将结果输出到ngx_auto_headers.h文件中fi . auto/os/conf #检查系统平台所需的函数 if [ "$NGX_PLATFORM" != win32 ]; then . auto/unix #检查unix环境下一些文件、函数fi . auto/threads #统计要编译到nginx中的模块信息,创建并初始化ngx_module_t *ngx_modules[]和#char *ngx_module_names[]两个数组中(这两个数组在init_cycle中被调用)存放#到之前创建的nginx/objs/ngx_modules.c文件中. auto/modules . auto/lib/conf ....... #定义变量NGX_SBIN_PATH的值为"/"$NGX_SBIN_PATH/""have=NGX_SBIN_PATH value="/"$NGX_SBIN_PATH/"" . auto/define have=NGX_CONF_PATH value="/"$NGX_CONF_PATH/"" . auto/definehave=NGX_PID_PATH value="/"$NGX_PID_PATH/"" . auto/define ......
新闻热点
疑难解答