解剖Nginx·自动脚本篇(4)工具型脚本系列
目录
- auto/have 向自动配置头文件追加可用宏定义(
objs/ngx_auto_config.h
) - auto/nohave 向自动配置头文件追加不可用宏定义(
objs/ngx_auto_config.h
) - auto/define 向自动配置脚本追加 K-V 宏定义(
objs/ngx_auto_config.h
),表示“设置了 K,其值为 V” - auto/have_headers 向自动头头文件(
objs/ngx_auto_header.h
) - auto/feature
- auto/types/sizeof 生成测试程序并检测指定类型的大小
- auto/types/typedef
- auto/types/value
1 auto/have
- 主要功能:向自动配置头文件中标示有指定的参数的宏定义。
- 处理变量:
$have
作用对象:
- 作用对象:
$NGX_AUTO_CONFIG_H
变量所表示的自动生成头文件。 - 默认对象:
objs/ngx_auto_config.h
cat << END >> $NGX_AUTO_CONFIG_H
#ifndef $have
#define $have 1
#endif
END
- 作用对象:
示例:
如果have
值为SOME_FLAG
,则引用该脚本而运行后,objs/ngx_auto_config.h
中将追加如下内容:
#ifndef SOME_FLAG
#define SOME_FLAG 1
#endif
2 auto/nohave
与auto/have
脚本类似。
- 主要功能:向自动配置头文件中标示没有指定的参数的宏定义。
- 处理变量:
$have
作用对象:
- 作用对象:
$NGX_AUTO_CONFIG_H
变量所表示的自动生成头文件。 - 默认对象:
objs/ngx_auto_config.h
cat << END >> $NGX_AUTO_CONFIG_H
#ifndef $have
#define $have 0
#endif
END
- 作用对象:
示例:
如果have
值为SOME_FLAG
,则引用该脚本而运行后,objs/ngx_auto_config.h
中将追加如下内容:
#ifndef SOME_FLAG
#define SOME_FLAG 0
#endif
3 auto/define
- 主要功能:向自动配置头文件中标示指定参数的值
- 处理变量:
have
和value
作用对象:
- 作用对象:
$NGX_AUTO_CONFIG_H
变量所表示的自动生成头文件。 - 默认对象:
objs/ngx_auto_config.h
cat << END >> $NGX_AUTO_CONFIG_H
#ifndef $have
#define $have $value
#endif
END
- 作用对象:
示例:
如果have
值为SOME_FLAG
,value
值为1234
,则引用该脚本而运行后,objs/ngx_auto_config.h
中将追加如下内容:
#ifndef SOME_FLAG
#define SOME_FLAG 1234
#endif
4 auto/have_headers
- 主要功能:向自动头头文件中标示指定参数存在
- 处理变量:
have
和value
作用对象:
- 作用对象:
$NGX_AUTO_HEADERS_H
变量所表示的自动生成头文件。 - 默认对象:
objs/ngx_auto_headers.h
cat << END >> $NGX_AUTO_HEADERS_H
#ifndef $have
#define $have 1
#endif
END
- 作用对象:
注意:
auto/have_headers
与auto/have
的不同,前者是向objs/ngx_auto_config.h
写,后者是向objs/ngx_auto_headers.h
写。
5 auto/feature
- 主要功能:
- 处理变量:
$ngx_n
$ngx_feature
$ngx_c
ngx_feature_name
$ngx_feature_path
$ngx_feature_inc_path
$ngx_temp
$ngx_feature_incs
$ngx_feature_test
$ngx_feature_libs
$ngx_have_feature
- 作用对象:
- 作用对象:
- 默认对象:
5.1 输出检查提示
还记得在《精读Nginx源码·自动脚本篇(2)设置初始变量脚本 auto/init》一文中关于ngx_n
和ngx_c
两个变量吗?在auto/feature
中的第一句是:
echo $ngx_n "checking for $ngx_feature ...$ngx_c"
就是echo
一句checking for $ngx_feature
,然后换行。当然存在ngx_n
和ngx_c
都为空的情况,这时真就没有主动换行了。
然后向NGX_AUTOCONF_ERR
表示的文件添加自动配置错误信息。该文件是在auto/init
文件中初始化的(参见《精读Nginx源码·自动脚本篇(2)设置初始变量脚本 auto/init》),其值为NGX_AUTOCONF_ERR=$NGX_OBJS/autoconf.err
,默认情况下为objs/autoconf.err
。
5.2 初始化ngx_found
ngx_found=no
5.3 初始化ngx_have_feature
if test -n "$ngx_feature_name"; then
ngx_have_feature=`echo $ngx_feature_name \
| tr abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ`
fi
test -n
是测试参数的长度是否为 0。那么如果ngx_feature_name
为空,则不会执行if
内的语句,否则将把ngx_have_feature
命名为ngx_feature_name
的大写版(tr
命令将小写全部改为大写)。
5.4 初始化ngx_feature_inc_path
if test -n "$ngx_feature_path"; then
for ngx_temp in $ngx_feature_path; do
ngx_feature_inc_path="$ngx_feature_inc_path -I $ngx_temp"
done
fi
test -n
是测试参数的长度是否为 0。如果ngx_feature_path
为/path/to/one /path/to/two /path/to/three
,则ngx_feature_inc_path
将被置为-I /path/to/one -I /path/to/two -I /path/to/three
。
5.5 生成自动测试程序
自动测试源码文件是在auto/init
脚本中初始化为$NGX_OBJS/autotest
的,默认为objs/autotest
。加上后缀名则为objs/autotest.c
cat << END > $NGX_AUTOTEST.c
#include <sys/types.h>
$NGX_INCLUDE_UNISTD_H
$ngx_feature_incs
int main() {
$ngx_feature_test;
return 0;
}
END
其中ngx_feature_incs
和ngx_feature_test
算是auto/feature
脚本的参数。
5.6 编译自动测试程序
CC
是在脚本auto/options
中初始化的, 为CC=${CC:-gcc}
。该段代码的功能是生成编译命令。
ngx_test="$CC $CC_TEST_FLAGS $CC_AUX_FLAGS $ngx_feature_inc_path \
-o $NGX_AUTOTEST $NGX_AUTOTEST.c $NGX_TEST_LD_OPT $ngx_feature_libs"
ngx_feature_inc_path=
运行测试程序。
eval "/bin/sh -c \"$ngx_test\" >> $NGX_AUTOCONF_ERR 2>&1"
5.7 根据ngx_feature_run
处理
这一段稍长,下面逐步解释:
Bash 编程中所有布尔表达式都是用中括号括起来的。-x
参数表示Test if file exists and is executable
。所以如果NGX_AUTOTEST
表示的文件存在则执行then
。
if [ -x $NGX_AUTOTEST ]; then
case "$ngx_feature_run" in
如果ngx_feature_run
的值为yes
,由于-c
,则将NGX_AUTOTEST
文件的内容当做命令执行,其输出到标准输出及错误输出的结果都被重定向到NGX_AUTOCONF_ERR
中。
yes)
# /bin/sh is used to intercept "Killed" or "Abort trap" messages
if /bin/sh -c $NGX_AUTOTEST >> $NGX_AUTOCONF_ERR 2>&1; then
echo " found"
ngx_found=yes
如果ngx_feature_name
长度不为零,则have
设置为$ngx_have_feature
的值,并引用auto/have
脚本向objs/ngx_auto_config.h
写入宏定义。
if test -n "$ngx_feature_name"; then
have=$ngx_have_feature . auto/have
fi
如果NGX_AUTOTEST
表示的值为空或者表示的命令执行错误,则执行else
:
else
echo " found but is not working"
fi
;;
如果ngx_feature_run
的值为value
,则执行NGX_AUTOTEST
所表示的命令。
value)
# /bin/sh is used to intercept "Killed" or "Abort trap" messages
if /bin/sh -c $NGX_AUTOTEST >> $NGX_AUTOCONF_ERR 2>&1; then
echo " found"
ngx_found=yes
想objs/ngx_auto_config.h
文件写入:
cat << END >> $NGX_AUTO_CONFIG_H
#ifndef $ngx_feature_name
#define $ngx_feature_name `$NGX_AUTOTEST`
#endif
END
else
echo " found but is not working"
fi
;;
如果ngx_feature_run
是bug
,则与上一种情况类似。
bug)
# /bin/sh is used to intercept "Killed" or "Abort trap" messages
if /bin/sh -c $NGX_AUTOTEST >> $NGX_AUTOCONF_ERR 2>&1; then
echo " not found"
else
echo " found"
ngx_found=yes
if test -n "$ngx_feature_name"; then
have=$ngx_have_feature . auto/have
fi
fi
;;
如果是其他情况,则若ngx_feature_name
不为空则将ngx_have_feature
相关的宏写入objs/ngx_auto_config.h
职工。
*)
echo " found"
ngx_found=yes
if test -n "$ngx_feature_name"; then
have=$ngx_have_feature . auto/have
fi
;;
esac
如果NGX_AUTOTEST
表示的文件不存在或不可执行,则执行下面的else
中的几句echo
。
else
echo " not found"
echo "----------" >> $NGX_AUTOCONF_ERR
cat $NGX_AUTOTEST.c >> $NGX_AUTOCONF_ERR
echo "----------" >> $NGX_AUTOCONF_ERR
echo $ngx_test >> $NGX_AUTOCONF_ERR
echo "----------" >> $NGX_AUTOCONF_ERR
fi
5.8 删除NGX_AUTOSET
测试程序可执行文件
rm $NGX_AUTOTEST*
解剖Nginx·自动脚本篇(4)工具型脚本系列的更多相关文章
- 解剖Nginx·自动脚本篇(5)编译器相关主脚本
在 Nginx 的自动脚本中,auto/cc目录下的所有脚本都是用于编译器相关配置使用的.Nginx的出色跨平台性(Linux.Darwin.Solaris.Win32 等)就有这些脚本的贡献.该目录 ...
- 解剖Nginx·自动脚本篇(3)源码相关变量脚本 auto/sources
在configure脚本中,运行完auto/options和auto/init脚本后,接下来就运行auto/soures脚本.这个脚本是为编译做准备的. 目录 核心模块 事件模块 OpenSSL 模块 ...
- 解剖Nginx·自动脚本篇(2)设置初始变量脚本 auto/init
在configure中运行完auto/options脚本后,接着运行auto/init脚本,其中所做的工作如下. 1 Makefile文件名变量 默认情况下是: objs/Makefile 代码如下: ...
- 解剖Nginx·自动脚本篇(1)解析配置选项脚本 auto/options
在安装Nginx之前(即运行make脚本之前),首先是进行安装的配置准备,包括环境检查及生成文件.这些工作是由自动脚本完成的.和绝大多数软件一样,Nginx的自动脚本的入口,同样是名为configur ...
- 解剖Nginx·自动脚本篇(6)编译器名称变量脚本 auto/cc/name
回顾变量 CC 最初是在auto/options脚本中初始化的: CC=${CC:-gcc} 1 C Compiler 的 feature Windows 平台的编译器叫做MSVC,其他平台的都统称为 ...
- 解剖Nginx·自动脚本篇(7)类型相关脚本系列
1 auto/types/sizeof 该脚本的功能,是通过测试程序获知给定的ngx_type的大小. 1.1 显示提示信息 echo $ngx_n "checking for $ngx_t ...
- 解剖Nginx·模块开发篇(2)ngx_http_hello_world_module 模块基本结构定义
elloWorld 是一个典型的 location 模块.什么是 location 模块?在 Nginx 中,根据作用域,有 main 模块.server 模块.location 模块. 1 模块定义 ...
- 解剖Nginx·模块开发篇(1)跑起你的 Hello World 模块!
1 学习 Nginx 模块开发需要有哪些准备? 需要的预备知识不多,有如下几点: 有过一些 C 语言的编程经历: 知道 Nginx 是干嘛的,并有过编写或改写 Nginx 的配置文件的经历. OK,就 ...
- 解剖Nginx·模块开发篇(5)解读内置非默认模块 ngx_http_stub_status_module
1 Background ngx_http_stub_status_module 是一个 Nginx 的内置 HTTP 模块,该模块可以提供 Nginx 的状态信息.默认情况下这个模块是不被编译进来的 ...
随机推荐
- gradle 插件
1. 系统内置插件的应用 a. 二进制 apply plugin :"pluginname" 比如: java b. 脚本插件 apply from : "version ...
- sqlserver docker 安装部署试用
1. 镜像 docker pull exoplatform/sqlserver 2. 镜像参数 docker run -d -e SA_PASSWORD=<passord> -e ...
- div,css常用技术
1,<div></div>一张图作为背景的用法: 必须指定width,height,background属性 .smallCircle{ margin-top: 25px; ...
- CAS原理分析
在JDK 5之前Java语言是靠synchronized关键字保证同步的,这会导致有锁(后面的章节还会谈到锁). 锁机制存在以下问题: (1)在多线程竞争下,加锁.释放锁会导致比较多的上下文切换和调度 ...
- Python——基础知识
1. 运行Python文件 python(空格)文件路径 回车 2. 注释 (1)单行注释:# #注释内容 print('abc') #abc print("abc") #abc ...
- 模拟Linux修改实际、有效和保存设置标识
就是模拟setuid seteuid setreuid setresuid,感觉代码比书上大段的文字好记,就写成代码形式了. // setuid.cc: 模拟<unistd.h>中的设置用 ...
- XML的学习
XML是可扩展标记语言德意思,它和HTML一样都是标记语言(标签语言),不同之处在于XML可拓展,何为可拓展?在HTML中每个标签都有其特定的含义,我们不可以随便写一个标签并赋予其意义,而XML中就可 ...
- MySql——编程
基本语法形式 语句块模式: 在mysql编程中,begin....end;基本代替了原来编程语句中的{...}语法. 但又有所区别: 一个bigin...end;块,可以给定一个“标识符”,并且可以使 ...
- thinkjs 学习笔记
抽空大概看了下thinkjs,总体感觉很不错 不了解的可以看下文档(http://thinkjs.org/doc.html) 介绍就不多说了,看下快速入门 npm install -g thinkjs ...
- PKU1988磁铁
Cube Stacking Time Limit: 2000MS Memory Limit: 30000K Total Submissions: 16258 Accepted: 5579 Ca ...