1. 全栈程序员必看首页

Nginx编译配置脚本篇（10）- Makefile相关脚本[通俗易懂]

全栈程序员-用户IM • • 未分类

Nginx编译配置脚本篇（10）- Makefile相关脚本[通俗易懂]Nginx编译配置脚本篇（10）-Makefile相关脚本1、相关文章2、前言3、auto/make脚本文件详解3.1、输出调试信息表示创建objs/Makefile文件3.2、创建存放目标文件的目录3.3、设置ngx_objs_dir和ngx_use_pch3.4、输出编译参数相关信息到objs/Makefile文件中3.5、根据NGX_PERL_CFLAGS输出信息到objs/Makefile文件中3.6、输出ALL_INCS变量到objs/Makefile文件中3.7、输出CORE_DEPS和COR

大家好，又见面了，我是你们的朋友全栈君。

Nginx编译配置脚本篇（10）- Makefile相关脚本

1、相关文章

由于学习本文需要Nginx源码及搭建相关的编译环境，且本文与前面的文章有先后呼应关系，所以建议大家按以下文章顺序阅读

2、前言

本文将介绍与Makefile相关的几个脚本文件，之前文章中讲到的那些没被使用的变量也会在这里被悉数使用，因为configure基本是在最末尾调用这些脚本的，所有之前没用到的有效信息理所当然得在这里使用。

3、auto/make脚本文件详解

3.1、输出调试信息表示创建objs/Makefile文件

从auto/init脚本中可以知道NGX_MAKEFILE的值为objs/Makefile。
代码如下：

echo "creating $NGX_MAKEFILE"

3.2、创建存放目标文件的目录

从auto/options脚本中可以知道NGX_OBJS的默认值为objs，这段代码就是要在objs/目录里创建存放编译产生的目标文件的目录
代码如下：

mkdir -p $NGX_OBJS/src/core $NGX_OBJS/src/event $NGX_OBJS/src/event/modules \
         $NGX_OBJS/src/os/unix $NGX_OBJS/src/os/win32 \
         $NGX_OBJS/src/http $NGX_OBJS/src/http/v2 $NGX_OBJS/src/http/modules \
         $NGX_OBJS/src/http/modules/perl \
         $NGX_OBJS/src/mail \
         $NGX_OBJS/src/stream \
         $NGX_OBJS/src/misc

3.3、设置ngx_objs_dir和ngx_use_pch

从这篇文章《Nginx编译配置脚本篇（5）- 编译器相关脚本》中可以知道ngx_regex_dirsep是正则表达式中的目录分隔符，gcc编译器下该值为/，则ngx_objs_dir展开之后为objs/，ngx_use_pch的值不用理会，对于大部分编译器来说这个值没用。
代码如下：

ngx_objs_dir=$NGX_OBJS$ngx_regex_dirsep
ngx_use_pch=`echo $NGX_USE_PCH | sed -e "s/\//$ngx_regex_dirsep/g"`

3.4、输出编译参数相关信息到objs/Makefile文件中

代码如下：

cat << END                                                     > $NGX_MAKEFILE

CC =	$CC
CFLAGS = $CFLAGS
CPP =	$CPP
LINK =	$LINK

END

这里创建了objs/Makefile文件，并往里面写入了与编译参数相关的信息，以gcc为例，最终生成到objs/Makefile文件里的内容如下：

CC =	cc
CFLAGS =  -pipe  -O -W -Wall -Wpointer-arith -Wno-unused-parameter -Werror -g 
CPP =	cc -E
LINK =	$(CC)

3.5、根据NGX_PERL_CFLAGS输出信息到objs/Makefile文件中

这段不是重要内容，忽略
代码如下：

if test -n "$NGX_PERL_CFLAGS"; then
    echo NGX_PERL_CFLAGS = $NGX_PERL_CFLAGS                   >> $NGX_MAKEFILE
    echo NGX_PM_CFLAGS = $NGX_PM_CFLAGS                       >> $NGX_MAKEFILE
    echo NGX_PM_LDFLAGS = $NGX_PM_LDFLAGS                     >> $NGX_MAKEFILE
fi

3.6、输出ALL_INCS变量到objs/Makefile文件中

  • ALL_INCS的作用是指定Nginx通用头文件所在目录，代码里面使用到了CORE_INCS、NGX_OBJS、HTTP_INCS、MAIL_INCS、STREAM_INCS，这些都是之前auto/modules和auto/lib/conf里生成的变量，在这里终于将它们写入到objs/Makefile文件中了。
  • ngx_include_opt的值为-I，在这篇文章《Nginx编译配置脚本篇（5）- 编译器相关脚本》中有讲到，这是gcc一个指定头文件路径的参数
  • ngx_regex_cont在编译器相关脚本那篇文章中有讲述，值为 空格+\+换行符+TAB
  • 下面生成ngx_incs变量的那个echo会将CORE_INCS等变量的内容输出出来，输出的形式为一系列以空格为分隔的字符串
  • 第一个sed正则语句的意思是匹配输出语句中除了第一个之外的全部字符串，然后在他们前面加上$ngx_regex_cont$ngx_include_opt，第一段正则语句 *\([^ ][^ ]*\)会匹配到除了第一个字符串以外的内容，在sed正则中，括号表示一个整体，所以在后面的$ngx_regex_cont$ngx_include_opt\1里的\1指的就是前面括号匹配到的内容。这个可以讲起来比较晦涩难懂，读者可以自行去自行建个脚本去实验一下，或者去百度查一下正则相关的内容
  • ngx_regex_dirsep是正则语句中的目录分隔符（在这篇文章 《Nginx编译配置脚本篇（5）- 编译器相关脚本》中有介绍），我们知道不同系统的目录分隔符是有可能不同的，比如Windows下的目录分隔符是\，而Linux下的是/。
  • 第二个sed正则语句的意思就是将目录分隔符替换为当前平台支持的分隔符，因为我们之前的脚本设置的分隔符都是Linux风格的，这样在Windows系统编译就肯定不行了，ngx_regex_dirsep变量就是为了应对这些情况的，比如ngx_regex_dirsep在Windows下的值为\\，Linux下的值就为\/（多一个反斜杠是因为用于sed正则里，需要转义）

代码如下：

ngx_incs=`echo $CORE_INCS $NGX_OBJS $HTTP_INCS $MAIL_INCS $STREAM_INCS\ | sed -e "s/ *\([^ ][^ ]*\)/$ngx_regex_cont$ngx_include_opt\1/g" \ -e "s/\//$ngx_regex_dirsep/g"`

cat << END                                                    >> $NGX_MAKEFILE

ALL_INCS = $ngx_include_opt$ngx_incs

END

展开ALL_INCS = $ngx_include_opt$ngx_incs后的内容如下，可以看到和前面分析的是一致的

ALL_INCS = -I src/core \
	-I src/event \
	-I src/event/modules \
	-I src/os/unix \
	-I objs \
	-I src/http \
	-I src/http/modules

3.7、输出CORE_DEPS和CORE_INCS变量到objs/Makefile文件中

  • CORE_DEPS的作用是指定Nginx核心代码头文件路径，代码里面使用到了CORE_DEPS、NGX_AUTO_CONFIG_H、NGX_PCH，这些都是在之前讲过的那些脚本文件里面被赋值的，在这里终于将它们写入到objs/Makefile文件中了
  • CORE_INCS的作用是指定Nginx核心代码头文件所在目录，代码里面使用到了CORE_INCS、NGX_OBJS，这些都是在之前讲过的那些脚本文件里面被赋值的，在这里终于将它们写入到objs/Makefile文件中了
  • 其余的内容比如正则之类的和前一小节是一模一样的，这里就不赘述了

代码如下：

ngx_all_srcs="$CORE_SRCS"

ngx_deps=`echo $CORE_DEPS $NGX_AUTO_CONFIG_H $NGX_PCH \ | sed -e "s/ *\([^ ][^ ]*\)/$ngx_regex_cont\1/g" \ -e "s/\//$ngx_regex_dirsep/g"`

ngx_incs=`echo $CORE_INCS $NGX_OBJS \ | sed -e "s/ *\([^ ][^ ]*\)/$ngx_regex_cont$ngx_include_opt\1/g" \ -e "s/\//$ngx_regex_dirsep/g"`

cat << END                                                    >> $NGX_MAKEFILE

CORE_DEPS = $ngx_deps

CORE_INCS = $ngx_include_opt$ngx_incs

END

展开后的内容如下：

CORE_DEPS = src/core/nginx.h \
	src/core/ngx_config.h \
	src/core/ngx_core.h \
	...
	objs/ngx_auto_config.h


CORE_INCS = -I src/core \
	-I src/event \
	-I src/event/modules \
	-I src/os/unix \
	-I objs

3.8、将各个模块的头文件路径和头文件所在目录输出到objs/Makefile文件中

接下来的一大段内容是将各个模块的头文件路径和头文件所在目录输出到objs/Makefile文件中（前提是该模块已经被启用），比如http、mail、stream等模块，代码和前面的基本一致，这里就只贴出http的代码，其余的读者可以自行去阅读源代码
代码如下：

if [ $HTTP = YES ]; then

    ngx_all_srcs="$ngx_all_srcs $HTTP_SRCS"

    ngx_deps=`echo $HTTP_DEPS \ | sed -e "s/ *\([^ ][^ ]*\)/$ngx_regex_cont\1/g" \ -e "s/\//$ngx_regex_dirsep/g"`

    ngx_incs=`echo $HTTP_INCS \ | sed -e "s/ *\([^ ][^ ]*\)/$ngx_regex_cont$ngx_include_opt\1/g" \ -e "s/\//$ngx_regex_dirsep/g"`

    cat << END                                                >> $NGX_MAKEFILE

HTTP_DEPS = $ngx_deps


HTTP_INCS = $ngx_include_opt$ngx_incs

END

fi

输出到objs/Makefile的内容如下：

HTTP_DEPS = src/http/ngx_http.h \
	src/http/ngx_http_request.h \
	src/http/ngx_http_config.h \
	src/http/ngx_http_core_module.h \
	src/http/ngx_http_cache.h \
	src/http/ngx_http_variables.h \
	src/http/ngx_http_script.h \
	src/http/ngx_http_upstream.h \
	src/http/ngx_http_upstream_round_robin.h \
	src/http/modules/ngx_http_ssi_filter_module.h

HTTP_INCS = -I src/http \
	-I src/http/modules

3.9、生成ngx_all_objs变量

这里需要先了解一下另一个变量ngx_all_srcs，这个变量主要存放了的是源文件路径，是在之前设置的，读者可以自行去auto/make脚本里面看一下ngx_all_srcs的值都有什么，最后再使用ngx_all_srcs之前，用下面的代码将目录分隔符替换为当前平台支持的分隔符，这个语句前面已经讲过了，这里就不赘述了

ngx_all_srcs=`echo $ngx_all_srcs | sed -e "s/\//$ngx_regex_dirsep/g"`

生成ngx_all_objs的代码如下：

ngx_all_objs=`echo $ngx_all_srcs \ | sed -e "s#\([^ ]*\.\)cpp#$NGX_OBJS\/\1$ngx_objext#g" \ -e "s#\([^ ]*\.\)cc#$NGX_OBJS\/\1$ngx_objext#g" \ -e "s#\([^ ]*\.\)c#$NGX_OBJS\/\1$ngx_objext#g" \ -e "s#\([^ ]*\.\)S#$NGX_OBJS\/\1$ngx_objext#g"`

里面的正则和之前看到的那些不同，用#来做字符串的分隔符，也是可以的，/、@、#三个都可以，这里使用#是为了防止和目录分隔符产生冲突。上面的正则的意思就是将文件名的后缀改为ngx_objext的值（这个值是在设置编译器的脚本那里设置的，默认是o），然后在文件路径开头加上objs/，所以这里替换前后的内容举例如下：
替换前

ngx_all_srcs = src/core/nginx.c src/core/ngx_log.c src/core/ngx_palloc.c ...

替换后

ngx_all_objs = objs/src/core/nginx.o objs/src/core/ngx_log.o objs/src/core/ngx_palloc.o ...

3.10、生成与目标文件相关的诸多变量

这些变量的生成方式和前面讲的那些差不多，读者可以自行看一下，这里就不赘述了
代码如下：

ngx_modules_c=`echo $NGX_MODULES_C | sed -e "s/\//$ngx_regex_dirsep/g"`

ngx_modules_obj=`echo $ngx_modules_c | sed -e "s/\(.*\.\)c/\1$ngx_objext/"`


if test -n "$NGX_RES"; then
   ngx_res=$NGX_RES
else
   ngx_res="$NGX_RC $NGX_ICONS"
   ngx_rcc=`echo $NGX_RCC | sed -e "s/\//$ngx_regex_dirsep/g"`
fi

ngx_deps=`echo $ngx_all_objs $ngx_modules_obj $ngx_res $LINK_DEPS \ | sed -e "s/ *\([^ ][^ ]*\)/$ngx_regex_cont\1/g" \ -e "s/\//$ngx_regex_dirsep/g"`

ngx_objs=`echo $ngx_all_objs $ngx_modules_obj \ | sed -e "s/ *\([^ ][^ ]*\)/$ngx_long_regex_cont\1/g" \ -e "s/\//$ngx_regex_dirsep/g"`

ngx_libs=
if test -n "$NGX_LD_OPT$CORE_LIBS"; then
    ngx_libs=`echo $NGX_LD_OPT $CORE_LIBS \ | sed -e "s/\//$ngx_regex_dirsep/g" -e "s/^/$ngx_long_regex_cont/"`
fi

ngx_link=${ 
   CORE_LINK:+`echo $CORE_LINK \ | sed -e "s/\//$ngx_regex_dirsep/g" -e "s/^/$ngx_long_regex_cont/"`}

ngx_main_link=${ 
   MAIN_LINK:+`echo $MAIN_LINK \ | sed -e "s/\//$ngx_regex_dirsep/g" -e "s/^/$ngx_long_regex_cont/"`}

3.11、生成编译目标

代码如下：

cat << END                                                    >> $NGX_MAKEFILE

build:	binary modules manpage

binary:	$NGX_OBJS${ngx_dirsep}nginx$ngx_binext

$NGX_OBJS${ngx_dirsep}nginx$ngx_binext:	$ngx_deps$ngx_spacer
	\$(LINK) $ngx_long_start$ngx_binout$NGX_OBJS${ngx_dirsep}nginx$ngx_binext$ngx_long_cont$ngx_objs$ngx_libs$ngx_link$ngx_main_link
	$ngx_rcc
$ngx_long_end

modules:
END

从代码中可以看到，这里生成了build、binary和$NGX_OBJS${ngx_dirsep}nginx$ngx_binext三个目标，前两个比较简单就不讲了，$NGX_OBJS${ngx_dirsep}nginx$ngx_binext这个目标比较重要，他是生成最终文件可执行文件的目标，他依赖于ngx_deps这个变量（该变量存储了前面生成的所有目标文件），然后使用$LINK（值是cc）来链接生成最终的目标文件，其中动态链接了一些库，以及加了一些额外的编译参数，最终生成在objs/Makefile中的代码如下：

build:	binary modules manpage

binary:	objs/nginx

objs/nginx:	objs/src/core/nginx.o \
	objs/src/core/ngx_log.o \
	objs/src/core/ngx_palloc.o \
	...
	objs/ngx_modules.o

	$(LINK) -o objs/nginx \
	objs/src/core/nginx.o \
	objs/src/core/ngx_log.o \
	objs/src/core/ngx_palloc.o \
	...
	objs/ngx_modules.o \
	-ldl -lpthread -lcrypt -lpcre -lz \
	-Wl,-E

3.12、生成编译所需的各个子目标

上一小节介绍了生成最终可执行文件的语句，该语句依赖于其他很多的子目标，这些子目标也是需要单独编译生成的。接下来的一大段代码就是与这些子目标相关的，由于内容过多这里就不全部贴出来了，有兴趣的读者可以自行去源代码中阅读相关的内容
示例代码如下：

for ngx_src in $CORE_SRCS
do
    ngx_src=`echo $ngx_src | sed -e "s/\//$ngx_regex_dirsep/g"`
    ngx_obj=`echo $ngx_src \ | sed -e "s#^\(.*\.\)cpp\\$#$ngx_objs_dir\1$ngx_objext#g" \ -e "s#^\(.*\.\)cc\\$#$ngx_objs_dir\1$ngx_objext#g" \ -e "s#^\(.*\.\)c\\$#$ngx_objs_dir\1$ngx_objext#g" \ -e "s#^\(.*\.\)S\\$#$ngx_objs_dir\1$ngx_objext#g"`

    cat << END                                                >> $NGX_MAKEFILE

$ngx_obj:	\$(CORE_DEPS)$ngx_cont$ngx_src
	$ngx_cc$ngx_tab$ngx_objout$ngx_obj$ngx_tab$ngx_src$NGX_AUX

END

done

由于里面有个for循环，所以他会遍历CORE_SRCS的内容，生成每一个源文件转换为目标文件的编译语句，代码展开如下：

objs/ngx_modules.o:	$(CORE_DEPS) \
	objs/ngx_modules.c
	$(CC) -c $(CFLAGS) $(CORE_INCS) \
		-o objs/ngx_modules.o \
		objs/ngx_modules.c

objs/src/core/nginx.o:	$(CORE_DEPS) \
	src/core/nginx.c
	$(CC) -c $(CFLAGS) $(CORE_INCS) \
		-o objs/src/core/nginx.o \
		src/core/nginx.c

objs/src/core/ngx_log.o:	$(CORE_DEPS) \
	src/core/ngx_log.c
	$(CC) -c $(CFLAGS) $(CORE_INCS) \
		-o objs/src/core/ngx_log.o \
		src/core/ngx_log.c

...

objs/src/core/ngx_regex.o:	$(CORE_DEPS) \
	src/core/ngx_regex.c
	$(CC) -c $(CFLAGS) $(CORE_INCS) \
		-o objs/src/core/ngx_regex.o \
		src/core/ngx_regex.c

3.13、小结

本节讲解了auto/make脚本的内容，从上面的分析中我们可以知道最终生成的objs/Makefile文件里的绝大部分内容都来自于auto/make脚本，建议读者自行阅读该脚本时，先执行配置文件生成最终的objs/Makefile文件，然后对比着去看auto/make脚本的内容，这样理解起来会很快，因为没有Shell编程基础看起来会比较费劲。

4、auto/lib/make脚本文件详解

auto/lib/make内容如下：

if [ $PCRE != NONE -a $PCRE != NO -a $PCRE != YES ]; then
    . auto/lib/pcre/make
fi

if [ $OPENSSL != NONE -a $OPENSSL != NO -a $OPENSSL != YES ]; then
    . auto/lib/openssl/make
fi

if [ $ZLIB != NONE -a $ZLIB != NO -a $ZLIB != YES ]; then
    . auto/lib/zlib/make
fi

if [ $NGX_LIBATOMIC != NO -a $NGX_LIBATOMIC != YES ]; then
    . auto/lib/libatomic/make
fi

if [ $USE_PERL != NO ]; then
    . auto/lib/perl/make
fi

可以看到该脚本并不直接起作用，而是调用子目录的脚本去实现对应的功能的，子目录的那些脚本就是将对应第三方库的链接信息写入objs/Makefile文件中，这里就不展开讲了，这些不是很重要的内容，有兴趣的读者可以自行去看一下这些脚本。

5、auto/install脚本文件详解

5.1、写入安装perl模块的相关指令到obj/Makefile文件

代码如下：

if [ $USE_PERL != NO ]; then

    cat << END                                                >> $NGX_MAKEFILE

install_perl_modules:
	cd $NGX_OBJS/src/http/modules/perl && \$(MAKE) install
END

    NGX_INSTALL_PERL_MODULES=install_perl_modules

fi

5.2、设置安装路径信息

NGX_PREFIX的值是在auto/options里面根据我们的传入参数设置的，如果我们没有主动设置的话，则会在configure中设置为默认值/usr/local/nginx。下面的代码就是根据各个路径参数的值去设置对应的信息，如果路径参数是以./开头的（相对路径），则不对其进行修改，否则在其前面加上NGX_PREFIX的值

case ".$NGX_SBIN_PATH" in
    ./*)
    ;;

    *)
        NGX_SBIN_PATH=$NGX_PREFIX/$NGX_SBIN_PATH
    ;;
esac


case ".$NGX_MODULES_PATH" in
    ./*)
    ;;

    *)
        NGX_MODULES_PATH=$NGX_PREFIX/$NGX_MODULES_PATH
    ;;
esac

NGX_MODULES_PATH=`dirname $NGX_MODULES_PATH/.`


case ".$NGX_CONF_PATH" in
    ./*)
    ;;

    *)
        NGX_CONF_PATH=$NGX_PREFIX/$NGX_CONF_PATH
    ;;
esac


NGX_CONF_PREFIX=`dirname $NGX_CONF_PATH`


case ".$NGX_PID_PATH" in
    ./*)
    ;;

    *)
        NGX_PID_PATH=$NGX_PREFIX/$NGX_PID_PATH
    ;;
esac


case ".$NGX_ERROR_LOG_PATH" in
    ./* | .)
    ;;

    *)
        NGX_ERROR_LOG_PATH=$NGX_PREFIX/$NGX_ERROR_LOG_PATH
    ;;
esac


case ".$NGX_HTTP_LOG_PATH" in
    ./*)
    ;;

    *)
        NGX_HTTP_LOG_PATH=$NGX_PREFIX/$NGX_HTTP_LOG_PATH
    ;;
esac

5.3、设置NGX_MAN和NGX_HTML变量的值

代码如下：

if test -f man/nginx.8 ; then
    NGX_MAN=man/nginx.8
else
    NGX_MAN=docs/man/nginx.8
fi

if test -d html ; then
    NGX_HTML=html
else
    NGX_HTML=docs/html
fi

5.4、往objs/Makefile文件中写入manpage和objs/nginx.8目标

这部分内容不重要，了解就行，主要是为了生成man手册的相关内容
代码如下：

cat << END                                                    >> $NGX_MAKEFILE

manpage:	$NGX_OBJS/nginx.8

$NGX_OBJS/nginx.8:	$NGX_MAN $NGX_AUTO_CONFIG_H
	sed -e "s|%%PREFIX%%|$NGX_PREFIX|" \\
		-e "s|%%PID_PATH%%|$NGX_PID_PATH|" \\
		-e "s|%%CONF_PATH%%|$NGX_CONF_PATH|" \\
		-e "s|%%ERROR_LOG_PATH%%|${NGX_ERROR_LOG_PATH:-stderr}|" \\
		< $NGX_MAN > \$@

展开如下：

manpage:	objs/nginx.8

objs/nginx.8:	man/nginx.8 objs/ngx_auto_config.h
	sed -e "s|%%PREFIX%%|/usr/local/nginx|" \
		-e "s|%%PID_PATH%%|/usr/local/nginx/logs/nginx.pid|" \
		-e "s|%%CONF_PATH%%|/usr/local/nginx/conf/nginx.conf|" \
		-e "s|%%ERROR_LOG_PATH%%|/usr/local/nginx/logs/error.log|" \
		< man/nginx.8 > $@

5.5、往objs/Makefile里面写入install目标

这部分内容就比较重要了，我们知道，当我们使用make命令编译完Nginx之后，需要使用make install命令安装Nginx到指定的目录，这里就是生成这部分内容的代码了。内容比较简单，就是判断各个目录是否已经存在，不存在就生成对应的目录，然后将Nginx的可执行文件、配置文件等等复制到指定的安装目录中。
代码如下：

install:	build $NGX_INSTALL_PERL_MODULES
	test -d '\$(DESTDIR)$NGX_PREFIX' || mkdir -p '\$(DESTDIR)$NGX_PREFIX'

	test -d '\$(DESTDIR)`dirname "$NGX_SBIN_PATH"`' \\
		|| mkdir -p '\$(DESTDIR)`dirname "$NGX_SBIN_PATH"`'
	test ! -f '\$(DESTDIR)$NGX_SBIN_PATH' \\
		|| mv '\$(DESTDIR)$NGX_SBIN_PATH' \\
			'\$(DESTDIR)$NGX_SBIN_PATH.old'
	cp $NGX_OBJS/nginx '\$(DESTDIR)$NGX_SBIN_PATH'

	test -d '\$(DESTDIR)$NGX_CONF_PREFIX' \\
		|| mkdir -p '\$(DESTDIR)$NGX_CONF_PREFIX'

	cp conf/koi-win '\$(DESTDIR)$NGX_CONF_PREFIX'
	cp conf/koi-utf '\$(DESTDIR)$NGX_CONF_PREFIX'
	cp conf/win-utf '\$(DESTDIR)$NGX_CONF_PREFIX'

	test -f '\$(DESTDIR)$NGX_CONF_PREFIX/mime.types' \\
		|| cp conf/mime.types '\$(DESTDIR)$NGX_CONF_PREFIX'
	cp conf/mime.types '\$(DESTDIR)$NGX_CONF_PREFIX/mime.types.default'

	test -f '\$(DESTDIR)$NGX_CONF_PREFIX/fastcgi_params' \\
		|| cp conf/fastcgi_params '\$(DESTDIR)$NGX_CONF_PREFIX'
	cp conf/fastcgi_params \\
		'\$(DESTDIR)$NGX_CONF_PREFIX/fastcgi_params.default'

	test -f '\$(DESTDIR)$NGX_CONF_PREFIX/fastcgi.conf' \\
		|| cp conf/fastcgi.conf '\$(DESTDIR)$NGX_CONF_PREFIX'
	cp conf/fastcgi.conf '\$(DESTDIR)$NGX_CONF_PREFIX/fastcgi.conf.default'

	test -f '\$(DESTDIR)$NGX_CONF_PREFIX/uwsgi_params' \\
		|| cp conf/uwsgi_params '\$(DESTDIR)$NGX_CONF_PREFIX'
	cp conf/uwsgi_params \\
		'\$(DESTDIR)$NGX_CONF_PREFIX/uwsgi_params.default'

	test -f '\$(DESTDIR)$NGX_CONF_PREFIX/scgi_params' \\
		|| cp conf/scgi_params '\$(DESTDIR)$NGX_CONF_PREFIX'
	cp conf/scgi_params \\
		'\$(DESTDIR)$NGX_CONF_PREFIX/scgi_params.default'

	test -f '\$(DESTDIR)$NGX_CONF_PATH' \\
		|| cp conf/nginx.conf '\$(DESTDIR)$NGX_CONF_PATH'
	cp conf/nginx.conf '\$(DESTDIR)$NGX_CONF_PREFIX/nginx.conf.default'

	test -d '\$(DESTDIR)`dirname "$NGX_PID_PATH"`' \\
		|| mkdir -p '\$(DESTDIR)`dirname "$NGX_PID_PATH"`'

	test -d '\$(DESTDIR)`dirname "$NGX_HTTP_LOG_PATH"`' \\
		|| mkdir -p '\$(DESTDIR)`dirname "$NGX_HTTP_LOG_PATH"`'

	test -d '\$(DESTDIR)$NGX_PREFIX/html' \\
		|| cp -R $NGX_HTML '\$(DESTDIR)$NGX_PREFIX'
END


if test -n "$NGX_ERROR_LOG_PATH"; then
    cat << END                                                >> $NGX_MAKEFILE

	test -d '\$(DESTDIR)`dirname "$NGX_ERROR_LOG_PATH"`' \\
		|| mkdir -p '\$(DESTDIR)`dirname "$NGX_ERROR_LOG_PATH"`'
END

fi


if test -n "$DYNAMIC_MODULES"; then
    cat << END                                                >> $NGX_MAKEFILE

	test -d '\$(DESTDIR)$NGX_MODULES_PATH' \\
		|| mkdir -p '\$(DESTDIR)$NGX_MODULES_PATH'
END

fi


for ngx_module in $DYNAMIC_MODULES
do
    ngx_module=$ngx_module$ngx_modext

    cat << END                                                >> $NGX_MAKEFILE

	test ! -f '\$(DESTDIR)$NGX_MODULES_PATH/$ngx_module' \\
		|| mv '\$(DESTDIR)$NGX_MODULES_PATH/$ngx_module' \\
			'\$(DESTDIR)$NGX_MODULES_PATH/$ngx_module.old'
	cp $NGX_OBJS/$ngx_module '\$(DESTDIR)$NGX_MODULES_PATH/$ngx_module'
END

done

5.6、创建主Makefile文件

从之前的内容我们可以知道，我们一直操作的是objs/Makefile文件，但是我们最终编译时，是在源代码的根目录下进行编译的，所以肯定存在一个主Makefile来调用子目录的Makefile文件的。这也就是auto/install文件最后所做的工作了，也就是生成主Makefile文件，然后往里面写入相关的可以调用objs/Makefile的目标
代码如下：

cat << END >> Makefile

build:
	\$(MAKE) -f $NGX_MAKEFILE

install:
	\$(MAKE) -f $NGX_MAKEFILE install

modules:
	\$(MAKE) -f $NGX_MAKEFILE modules

upgrade:
	$NGX_SBIN_PATH -t

	kill -USR2 \`cat $NGX_PID_PATH\`
	sleep 1
	test -f $NGX_PID_PATH.oldbin

	kill -QUIT \`cat $NGX_PID_PATH.oldbin\`
END

生成的主Makefile文件的内容如下：

default:	build

clean:
	rm -rf Makefile objs

build:
	$(MAKE) -f objs/Makefile

install:
	$(MAKE) -f objs/Makefile install

modules:
	$(MAKE) -f objs/Makefile modules

upgrade:
	/usr/local/nginx/sbin/nginx -t

	kill -USR2 `cat /usr/local/nginx/logs/nginx.pid`
	sleep 1
	test -f /usr/local/nginx/logs/nginx.pid.oldbin

	kill -QUIT `cat /usr/local/nginx/logs/nginx.pid.oldbin`

6、总结

本文是零散介绍Nginx配置脚本的最后一篇了，那些相对重要的脚本在这十篇文章中都介绍过了。通过这十篇文章的学习，我们大致了解了Nginx各种类型的配置脚本所发挥的作用，当然这些脚本需要有一个文件来统一使用它们，也就是源代码根目录的configure文件，我将在下一篇文章中讲解configure文件，看看里面是如何使用这些脚本来完成一个完整的、可跨平台的配置Nginx编译信息的过程。

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。

发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/135713.html原文链接：https://javaforall.cn

【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛

【官方授权 正版激活】： 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

赞 (0)
全栈程序员-用户IM全栈程序员-用户IM
0 0


相关推荐

  • Springboot面试题一

    Springboot面试题一

    Springboot面试题一Springboot面试题一一什么是springboot的stater，能干什么？二Springboot自动装配的原理三SpringBoot有几种读取配置文件的方式？四Springboot全局异常处理一什么是springboot的stater，能干什么？starter是一种服务，使用某个功能的开发者不需要关注各种依赖库的处理，不需要具体的配置信息，由SpringBoot自动通过classpath路径下的类发现并加载需要的Bean。背景：在没有使用各个starter之前，我们搭

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年5月23日
  • CTK Plugin Framework 基本原理

    CTK Plugin Framework 基本原理

    CTK Plugin Framework 基本原理“CTKPluginFramework技术是面向C++的动态模型系统。该系统允许插件之间的松散耦合，并且提供了设计良好的方式来进行功能和数据…

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年5月25日
  • java date格式化类型_java日期格式化 结果要date类型[通俗易懂]

    java date格式化类型_java日期格式化 结果要date类型[通俗易懂]

    满意答案yuj48gr562013.12.28采纳率：40%等级：12已帮助：11567人SimpleDateFormatformat=newSimpleDateFormat(“yyyy-MM-ddHH:mm:ss”);Dated=newDate();Stringdd=format.format(d);Dateddd;try{ddd=format.parse(d…

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年4月15日
  • amos路径分析结果解读_swot模型个人分析

    amos路径分析结果解读_swot模型个人分析

    amos路径分析结果解读_swot模型个人分析基于Amos的路径分析与模型参数详解1数据准备1.1数据格式转换2结构方程模型建立2.1变量相互关系确定2.2路径图绘制2.3数据导入3模型运行与结果3.1模型方法参数选择3.2模型输出参数选择3.3模型运行3.4模型结果1数据准备  本文所用数据包括某地百余个土壤采样点对应的一种土壤属性含量变量（BC）及与其有关的5种环境变量（Temp，Slope，Roden，POI，GAIA），存储于“xlsx”文件内。由于本文所用的土壤采样点空间数据集并不是我的，因此

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年8月24日
  • ubuntu18.04安装谷歌浏览器(x浏览器)

    ubuntu18.04安装谷歌浏览器(x浏览器)

    谷歌浏览器的安装  – 先下载谷歌浏览器的deb安装包  -https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb     -安装谷歌浏览器需执行以下两步，回到终端输入以下命令 -$sudoaptinstalllibappindicator1libindicator7 – 关闭…

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年4月12日
  • nginx系列之一：nginx入门

    nginx系列之一：nginx入门

    nginx系列之一：nginx入门一、nginx功能介绍Nginx因为它的稳定性、丰富的模块库、灵活的配置和低系统资源的消耗而闻名．业界一致认为它是Apache2.2＋mod_proxy_balancer的轻量级代替者，不仅是因为响应静态页面的速度非常快，而且它的模块数量达到Apache的近2/3。对proxy和rewrite模块的支持很彻底，还支持mod_fcgi、ssl、vhosts，适合用来做mongrelclust…

    全栈程序员-用户IM 全栈程序员-用户IM
    2022年6月2日

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号