DEBUG_SYMBOLS = TRUE export DEBUG_SYMBOLS当不希望将一个变量传递给子 make 时，可以使用指示符 “unexport”来声明这个变量。
export DEBUG_SYMBOLS = TRUE2. 在命令行上指定变量。比如：
$(MAKE) -C xxx DEBUG_SYMBOLS = TRUE这样在进入子目录xxx执行make时该变量也有效。
ifeq ($(DEBUG_SYMBOLS), TRUE) >---CFLAGS += -g -Wall -Werror -O0 else >---CFLAGS += -Wall -Werror -O2 endifIfneq和ifeq作用相反，此关键字是用来判断参数是否不相等。
include $(SRC_BASE)/Makefile.ruleinclude类似于C语言的头文件包含，你把它理解为为本替换就什么都明白了。
# Top Makefile for C program # Copyright (C) 2014 shallnew \at 163 \dot com export DEBUG_SYMBOLS = TRUE DIR = src MODULES = $(shell ls $(DIR)) # MODULES = ipc main tools all : $(MODULES) $(MODULES): >---$(MAKE) -C $(DIR)/$@ main:tools ipc clean : >---@for subdir in $(MODULES); >---do $(MAKE) -C $(DIR)/$$subdir $@; >---done distclean: >---@for subdir in $(MODULES); >---do $(MAKE) -C $(DIR)/$$subdir $@; >---done tags: >---ctags -R help: >---@echo "===============A common Makefilefor c programs==============" >---@echo "Copyright (C) 2014 liuy0711 \at 163\dot com" >---@echo "The following targets aresupport:" >---@echo >---@echo " all - (==make) compile and link" >---@echo " clean - clean target" >---@echo " distclean - clean target and otherinformation" >---@echo " tags - create ctags for vimeditor" >---@echo " help - print help information" >---@echo >---@echo "To make a target, do 'make[target]'" >---@echo "========================= Version2.2 =======================" .PHONY : all clean distclean tags help目前我们顶层目录下的目录树为：
.
├── include
│ ├── common.h
│ ├── ipc
│ │ └── ipc.h
│ └── tools
│ ├── base64.h
│ ├── md5.h
│ └── tools.h
├── libs
├── Makefile
├── Makefile.rule
└── src
├── ipc
│ ├──inc
│ ├──Makefile
│ └──src
│ └── ipc.c
├── main
│ ├──inc
│ ├──Makefile
│ └──src
│ ├── main.c
│ └── main.c~
└── tools
├── inc
├── Makefile
└── src
├── base64.c
├── md5.c
└── tools.c
14 directories, 16 files
每个子模块下的Makefile删除规则后修改为如下：SRC_BASE = ../.. CFLAGS += CPPFLAGS += -I. -I./inc -I$(SRC_BASE)/include # SRC_OBJ = $(patsubst %.c, %.o, $(wildcard *.c)) SRC_FILES = $(wildcard src/*.c) SRC_OBJ = $(SRC_FILES:.c=.o) SRC_LIB = libtools.a include $(SRC_BASE)/Makefile.rule而处于顶层目录下的Makefile.rule专门处理各模块编译链接时需要的规则。内容如下：
# Copyright (C) 2014 shallnew \at 163 \dot com
ifeq ($(DEBUG_SYMBOLS), TRUE)
>---CFLAGS += -g -Wall -Werror -O0
else
>---CFLAGS += -Wall -Werror -O2
endif
all : $(SRC_BIN) $(SRC_LIB)
ifneq ($(SRC_BIN),)
$(SRC_BIN) : $(SRC_OBJ)
>---$(CC) -o $@ $^ $(LDFLAGS)
endif
ifneq ($(SRC_LIB),)
$(SRC_LIB) : $(SRC_OBJ)
>---$(AR) rcs $@ $^
>---cp $@ $(SRC_BASE)/libs
endif
# clean target
clean:
>---$(RM) $(SRC_OBJ) $(SRC_LIB) $(SRC_BIN)$(SRC_BIN).exe
distclean:
>---$(RM) $(SRC_OBJ) $(SRC_LIB) $(SRC_BIN)$(SRC_BIN).exe $(SRC_BASE)/libs/* $(SRC_BASE)/tags *~
.PHONY : all clean disclean
~
我们将Makefile.rule放在顶层有可能会一不小心在命令行上面执行了该Makefile，如下：# make -f Makefile.rule make: Nothing tobe done for `all'. #由于我们没有定义变量$(SRC_BIN)和$(SRC_LIB)，伪目标all没有任何依赖，所以编译是无法成功的。这里我们我们应该禁止直接执行该Makefile。
在make里面有这样一个变量：MAKELEVEL，它在多级调用的 make 执行过程中。变量代表了调用的深度。在 make 一级级的执行过程中变量MAKELEVEL的值不断的发生变化，通过它的值我们可以了解当前make 递归调用的深度。顶层的MAKELEVEL的值为“0” 、下一级时为“1” 、再下一级为“2”.......，所以我们希望一个子目录的Makefile必须被上层 make 调用才可以执行，而不允许直接执行，我们可以判断变量MAKELEVEL来控制。所以我们这一节最终的Makefile.rule为：
# Copyright (C)2014 shallnew \at 163 \dot com ifeq ($(DEBUG_SYMBOLS),TRUE) >---CFLAGS +=-g -Wall -Werror -O0 else >---CFLAGS +=-Wall -Werror -O2 endif ifeq($(MAKELEVEL), 0) all : msg else all : $(SRC_BIN)$(SRC_LIB) endif ifneq ($(SRC_BIN),) $(SRC_BIN) :$(SRC_OBJ) >---$(CC) -o $@$^ $(LDFLAGS) endif ifneq($(SRC_LIB),) $(SRC_LIB) :$(SRC_OBJ) >---$(AR) rcs$@ $^ >---cp $@$(SRC_BASE)/libs endif msg: >---@echo"You cannot directily execute this Makefile! This Makefile should calledby toplevel Makefile." # clean target clean: >---$(RM)$(SRC_OBJ) $(SRC_LIB) $(SRC_BIN) $(SRC_BIN).exe distclean: >---$(RM)$(SRC_OBJ) $(SRC_LIB) $(SRC_BIN) $(SRC_BIN).exe $(SRC_BASE)/libs/*$(SRC_BASE)/tags *~ .PHONY : all cleandisclean
此时再直接执行该Makefile：
# make -f Makefile.rule You cannot directily execute this Makefile! This Makefile should called by toplevel Makefile. #
从头开始写项目Makefile（六）：参数传递、条件判断、include,布布扣,bubuko.com
从头开始写项目Makefile（六）：参数传递、条件判断、include
原文：http://blog.csdn.net/shallnet/article/details/37657597