解剖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 的状态信息.默认情况下这个模块是不被编译进来的 ...
随机推荐
- 高并发的epoll+线程池,线程池专注实现业务
我们知道,服务器并发模型通常可分为单线程和多线程模型,这里的线程通常是指“I/O线程”,即负责I/O操作,协调分配任务的“管理线程”,而实际的请求和任务通常交由所谓“工作者线程”处理.通常多线程模型下 ...
- git忽略已经提交的文件【转载】
有时候我们添加.gitignore文件之前已经提交过了文件..gitignore只能忽略那些原来没有被track的文件(自添加以后,从未 add 及 commit 过的文件),如果某些文件已经被纳入了 ...
- hadoop之 Hadoop2.2.0中HDFS的高可用性实现原理
在Hadoop2.0.0之前,NameNode(NN)在HDFS集群中存在单点故障(single point of failure),每一个集群中存在一个NameNode,如果NN所在的机器出现了故障 ...
- (转)JavaMail邮件发送-发送一个文本邮件和一些问题说明
需要下载的JAR包: JavaMail:http://www.oracle.com/technetwork/java/javamail/index.html JAF:http://www.oracle ...
- 搭建基于hyperledger fabric的联盟社区(四) --chaincode开发
前几章已经分别把三台虚拟机环境和配置文件准备好了,在启动fabric网络之前我们要准备好写好的chaincode.chaincode的开发一般是使用GO或者JAVA,而我选择的是GO语言.先分析一下官 ...
- EMguCV搭建第一个程序
这篇博客旨在教学Emgucv3.0的安装与配置. 环境:vs2013+Emgucv3.0 Emgu Cv简介: Emgu CV 是.NET平台下对OpenCV图像处理库的封装.也就是opencv的.N ...
- laravel的phpstorm插件laravel-ide-helper
地址https://github.com/barryvdh/laravel-ide-helper 简单记录下安装过程 项目目录下 composer require barryvdh/laravel-i ...
- (转)Inno Setup入门(四)——为程序创建桌面快捷方式
本文转载自:http://blog.csdn.net/augusdi/article/details/8564810 Icons这一可选段定义所有创建在开始菜单和\或其它位置 (比如桌面) 的快捷方式 ...
- 怎样优化CPU
大家写好的代码,在浏览器上运行,总会有怎样才能让他效率更高,不卡顿...等问题,就本人而言,我觉得是以下这几个导致CPU 过高 1.不要直接监听scroll,等到鼠标滚动停止的时候再去触发事件2.控制 ...
- C++ 11 自旋锁
// Spin lock implementation. // BasicLockable. // Async-signal safe. // unlock() "synchronizes ...