Makefile15--make的隐式规则(上)

学习自狄泰软件学院唐佐临老师Makefile课程，文章中图片取自老师的PPT，仅用于个人笔记。

---

将一个目标的依赖拆分的写到不同的地方，那对于依赖来说，拆分之后 make 解释器在解释执行代码的时候，就会将拆分到不同地方的依赖全部的重新组合在一起，得到一个完整的依赖集合。

相同的情况如果发生在命令上 会怎样呢？

实验1 ：makefile 中出现同名目标时

.PHONY : all 

all : 
	@echo "command-1"

all : 
	@echo "command-2"

VAR := test

all :
	@echo "all : $(VAR)"




mhr@ubuntu:~/work/makefile1$ make all
makefile:12: warning: overriding recipe for target 'all'
makefile:8: warning: ignoring old recipe for target 'all'
all : test
mhr@ubuntu:~/work/makefile1$ 
mhr@ubuntu:~/work/makefile1$ 

以最新定义的命令为准，之前定义的全部忽略。
过程：当make解释器解析这个makefile到 @echo “command-2” 的时候 ，就会将 @echo “command-2” 覆盖掉之前解析出来的 @echo “command-1” 命令。接着向下解析，当解析到 @echo “all : $(VAR)” 的时候，又将 @echo “command-2” 覆盖掉。并不是一下子就知道用哪个命令 而是从上而下的解析出来的。

实验2：不同makefile中相同目标的命令覆盖

makefile

.PHONY : all 

VAR := test

all : 
	@echo "all : $(VAR)"

include 1.mk

1.mk

all : 
	@echo "this is command from 1.mk"



mhr@ubuntu:~/work/makefile1$ make all
1.mk:3: warning: overriding recipe for target 'all'
makefile:8: warning: ignoring old recipe for target 'all'
this is command from 1.mk
mhr@ubuntu:~/work/makefile1$ 

make 不仅仅是一个单独的脚本解释器，随着make而发布的还有一些默认实现好的规则，我们可以将这些规则的结合看成是make 的库，这是很正常的现象，当今软件 大部分解释器都自带标准库，标准库中存在一些预定义的变量，预定义的函数，以及预定义的规则，而这些预定的规则就是我们所说的隐式规则。当make 解释器发现makefile 中有目标没有提供任何的规则，此时make解释器就会去尝试去自己的标准库中查找有没有提供规则可以拿来用。如果找到了就用隐式规则，如果找不到的话才会最终报错。

实验2

#获取所有.c源文件名字存放在 列表中
SRCS := $(wildcard *.c)

#替换后缀 得到目标文件的列表
OBJS := $(SRCS:.c=.o)


app.out : $(OBJS)
	#链接成可执行程序
	$(CC) -o $@ $^
	$(RM) $^
	@echo "Target ==> $@"

按照预想 这个程序是不会执行的，因为这个makefile 中 根本没提供任何关于 目标文件的规则啊 怎么得到目标文件呢？我们猜测 make 之后会报错。

但是实验结果是这样的：

mhr@ubuntu:~/work/makefile1$ 
mhr@ubuntu:~/work/makefile1$ make
cc    -c -o main.o main.c 
cc    -c -o func.o func.c
cc -o app.out main.o func.o
rm -f main.o func.o
Target ==> app.out
mhr@ubuntu:~/work/makefile1$ 

神奇啊？ 我们的makefile中没有任何关于目标文件的规则，可是make怎么会编译得到 .o目标文件的呢？？

实验的过程表明 make 是通过如下命令得到的.o文件：

cc    -c -o main.o main.c 
cc    -c -o func.o func.c

两个问题：
问题1 : 是谁指挥make 编译得到目标文件
问题2：上面的编译过程中的 cc变量哪里来的？？ rm 变量哪里来的 ？？？

答：make 解释器在解释执行这一段代码的时候就发现，与.o目标文件相关的规则在当前的makefilez中是没有定义的，此时 make 就会到自带的标准库中寻找有没有相关的隐式规则，结果真的找到了相关的隐式规则，该规则就是 .o文件可以通过.c文件得到，通过 cc 命令 ：cc -c -o xxx.o xxx.c 来产生。换句话说 在make 标准库里面必然提供了如下规则：

%.o : %.c
	$(CC) -c -o $@ $^

而 cc 变量也是 make 标准库中的定义的变量。

实验2：模拟 make 标准库中的隐式规则

SRCS := $(wildcard *.c)
OBJS := $(SRCS:.c=.o)

app.out : $(OBJS)
	$(CC) -o $@ $^
	$(RM) $^
	@echo "Target ==> $@"

#目标的规则
%.o : %.c
	@echo "my rule"
	$(CC) -c -o $@ $^


mhr@ubuntu:~/work/makefile1$ 
mhr@ubuntu:~/work/makefile1$ make
my rule
cc -c -o main.o main.c
my rule
cc -c -o func.o func.c
cc -o app.out main.o func.o
rm -f main.o func.o
Target ==> app.out
mhr@ubuntu:~/work/makefile1$ 
mhr@ubuntu:~/work/makefile1$ 

实验3：模拟 make 标准库中定义的变量

SRCS := $(wildcard *.c)
OBJS := $(SRCS:.c=.o)

CC := gcc

app.out : $(OBJS)
	$(CC) -o $@ $^
	$(RM) $^
	@echo "Target ==> $@"

%.o : %.c
	@echo "my rule"
	$(CC) -c -o $@ $^

	
mhr@ubuntu:~/work/makefile1$ make
my rule
gcc -c -o main.o main.c
my rule
gcc -c -o func.o func.c
gcc -o app.out main.o func.o
rm -f main.o func.o
Target ==> app.out
mhr@ubuntu:~/work/makefile1$ 

实验4 ：查看make 标准库中究竟定义了那些自定义的变量

SRCS := $(wildcard *.c)
OBJS := $(SRCS:.c=.o)

CC := gcc

all :
	#查看make 标准库中究竟定义了那些自定义的变量
	# make 标准库中的预定于变量  该变量的值就是所有的预定义变量的值
	@echo "$(.VARIABLES)"

app.out : $(OBJS)
	$(CC) -o $@ $^
	$(RM) $^
	@echo "Target ==> $@"

%.o : %.c
	@echo "my rule"
	$(CC) -c -o $@ $^


mhr@ubuntu:~/work/makefile1$ 
mhr@ubuntu:~/work/makefile1$ make
<D ?F DESKTOP_SESSION .SHELLFLAGS XDG_SESSION_TYPE UPSTART_INSTANCE CWEAVE ?D @D XAUTHORITY GDMSESSION XMODIFIERS CURDIR SHELL RM GDM_LANG VTE_VERSION _ PREPROCESS.F LINK.m XDG_CONFIG_DIRS OUTPUT_OPTION COMPILE.cpp MAKEFILE_LIST @F IM_CONFIG_PHASE GNUMAKEFLAGS SESSIONTYPE MANDATORY_PATH XDG_DATA_DIRS DBUS_SESSION_BUS_ADDRESS CC OBJS CHECKOUT,v CLUTTER_IM_MODULE LESSOPEN CPP LINK.cc XDG_SESSION_PATH LEX MAKE_HOST PATH LD TEXI2DVI GPG_AGENT_INFO YACC UPSTART_JOB COMPILE.mod XDG_RUNTIME_DIR ARFLAGS LINK.r WINDOWID COMPILE.f LINT.c YACC.m LINT LINK.p YACC.y AR .FEATURES TANGLE XDG_GREETER_DATA_DIR LS_COLORS JOB XDG_SESSION_DESKTOP SSH_AUTH_SOCK GET %F DISPLAY COMPILE.F CTANGLE GTK_IM_MODULE .LIBPATTERNS LINK.C PWD QT_QPA_PLATFORMTHEME LINK.S XDG_SEAT PREPROCESS.r LINK.c GTK_MODULES LINK.s HOME LESSCLOSE LOGNAME QT_LINUX_ACCESSIBILITY_ALWAYS_ON M2C CO MAKE_VERSION GNOME_DESKTOP_SESSION_ID ^D XDG_VTNR MAKELEVEL COMPILE.m MAKE QT_IM_MODULE SRCS SHLVL AS PREPROCESS.S COMPIZ_CONFIG_PROFILE COMPILE.p XDG_SESSION_ID USER FC .DEFAULT_GOAL XDG_CURRENT_DESKTOP UPSTART_EVENTS %D GNOME_KEYRING_PID WEAVE MAKE_COMMAND LINK.cpp F77 OLDPWD .VARIABLES PC *F LANGUAGE XDG_SEAT_PATH COMPILE.def GNOME_KEYRING_CONTROL MAKEFLAGS MFLAGS *D LEX.l LEX.m +D COMPILE.r MAKE_TERMOUT +F GTK2_MODULES QT_ACCESSIBILITY DEFAULTS_PATH MAKEFILES UPSTART_SESSION COMPILE.cc <F CXX INSTANCE COFLAGS COMPILE.C QT4_IM_MODULE ^F COMPILE.S LINK.F SUFFIXES COMPILE.c COMPILE.s .INCLUDE_DIRS .RECIPEPREFIX MAKEINFO MAKE_TERMERR OBJC LINK.f TEX LANG TERM F77FLAGS LINK.o
mhr@ubuntu:~/work/makefile1$