浏览一下U-Boot各个子目录下的Makefile可以看到，几乎他们都会包含$(TOPDIR)/config.mk，那么这个文件进行了什么操作呢？简单概括：读入include/config.mk、include/autoconf.mk，指定ARCH CPU SoC Board等重要信息，并且加入各个层次上的编译选项；初始化编译处理选项、链接选项；最后有一个很重要的变量定义：
cmd_link_o_target = $(if $(strip $1),\
$(LD) $(LDFLAGS) -r -o $@ $1, \
rm -f $@; $(AR) rcs $@)
其实就是将输入的参数$1部分链接成目标，如果输入目标无效，则删除相关的目标，并且建立一个新的归档文件，与目标同名。
该文件中涉及大量编译、链接选项，篇幅较大，因此不深究它们，只是分析关键步骤。
ifeq ($(CURDIR),$(SRCTREE))
dir :=
else
dir := $(subst $(SRCTREE)/,,$(CURDIR))
endif ifneq ($(OBJTREE),$(SRCTREE))
# Create object files for SPL in a separate directory
ifeq ($(CONFIG_SPL_BUILD),y)
obj := $(if $(dir),$(SPLTREE)/$(dir)/,$(SPLTREE)/)
else
obj := $(if $(dir),$(OBJTREE)/$(dir)/,$(OBJTREE)/)
endif
src := $(if $(dir),$(SRCTREE)/$(dir)/,$(SRCTREE)/) $(shell mkdir -p $(obj))
else
# Create object files for SPL in a separate directory
ifeq ($(CONFIG_SPL_BUILD),y)
obj := $(if $(dir),$(SPLTREE)/$(dir)/,$(SPLTREE)/) $(shell mkdir -p $(obj))
else
obj :=
endif
src :=
endif
CURDIR是Makefile内置变量，表示该Makefile的绝对路径，相当于执行pwd得到的输出，这里通过subst函数将CURDIR中的SRCTREE部分去掉，这样dir就表示当前路径相对于源码根目录的相对路径。
接下来是obj和src的处理，这里SRCTREE和OBJTREE相同，而且CONFIG_SPL_BUILD没定义，因此上述两个变量是空字符串。
CC_OPTIONS_CACHE_FILE := $(OBJTREE)/include/generated/cc_options.mk
CC_TEST_OFILE := $(OBJTREE)/include/generated/cc_test_file.o -include $(CC_OPTIONS_CACHE_FILE) cc-option-sys = $(shell mkdir -p $(dir $(CC_TEST_OFILE)); \
if $(CC) $(CFLAGS) $(1) -S -xc /dev/null -o $(CC_TEST_OFILE) \
> /dev/null 2>&1; then \
echo 'CC_OPTIONS += $(strip $1)' >> $(CC_OPTIONS_CACHE_FILE); \
echo "$(1)"; fi) ifeq ($(CONFIG_CC_OPT_CACHE_DISABLE),y)
cc-option = $(strip $(if $(call cc-option-sys,$1),$1,$2))
else
cc-option = $(strip $(if $(findstring $1,$(CC_OPTIONS)),$1,\
$(if $(call cc-option-sys,$1),$1,$2)))
endif # cc-version
# Usage gcc-ver := $(call cc-version)
cc-version = $(shell $(SHELL) $(SRCTREE)/tools/gcc-version.sh $(CC))
binutils-version = $(shell $(SHELL) $(SRCTREE)/tools/binutils-version.sh $(AS))
这里相当于定义了两个小函数cc-option-sys，cc-option，其中后者调用前者，因此虽然前者提供了接口，但是并不使用，我不知道CONFIG_CC_OPT_CACHE_DISABLE是不是y，但是这里的核心操作就是，将要添加的CC编译选项以参数的形式传进去，然后尝试加入该选项来编译/dev/null，丢弃所有stdout/stderr输出。这里比较有意思的是，编译的源文件是/dev/null，估计作者的意思是，只要加入的这个选项存在，是编译器支持的就可以，而不是要求达到何种效果。如果选项有效，则向include/generated/cc_options.mk中写入该选项。
接着又定义了两个函数cc-version、binutils-version，两者都是通过执行shell脚本得到的，没用到，暂不分析。
AS = $(CROSS_COMPILE)as # Always use GNU ld
LD = $(shell if $(CROSS_COMPILE)ld.bfd -v > /dev/null 2>&1; \
then echo "$(CROSS_COMPILE)ld.bfd"; else echo "$(CROSS_COMPILE)ld"; fi;) CC = $(CROSS_COMPILE)gcc
CPP = $(CC) -E
AR = $(CROSS_COMPILE)ar
NM = $(CROSS_COMPILE)nm
LDR = $(CROSS_COMPILE)ldr
STRIP = $(CROSS_COMPILE)strip
OBJCOPY = $(CROSS_COMPILE)objcopy
OBJDUMP = $(CROSS_COMPILE)objdump
RANLIB = $(CROSS_COMPILE)RANLIB
DTC = dtc
上面就很简单了，指明使用的各个工具，这是每个子Makefile都要包含config.mk的重要原因之一。
# Load generated board configuration
sinclude $(OBJTREE)/include/autoconf.mk
sinclude $(OBJTREE)/include/config.mk
这里虽然就两行，但是很重要，经过上一篇文章的分析，我们知道mkconfig s5p_goni_config的重要输出文件有两个：include/config.mk include/config.h，这里使用第一个，它指明了ARCH CPU SOC VENDOR BOARD，autoconf.mk目前还不知道是如何产生的，但是浏览以下可以知道里面的信息很多很重要，很多功能配置，这是子Makefile要包含config.mk的另一个重要原因。
CPUDIR=arch/$(ARCH)/cpu/$(CPU)
ifneq ($(SRCTREE)/$(CPUDIR),$(wildcard $(SRCTREE)/$(CPUDIR)))
CPUDIR=arch/$(ARCH)/cpu
endif sinclude $(TOPDIR)/arch/$(ARCH)/config.mk # include architecture dependend rules
sinclude $(TOPDIR)/$(CPUDIR)/config.mk # include CPU specific rules ifdef SOC
sinclude $(TOPDIR)/$(CPUDIR)/$(SOC)/config.mk # include SoC specific rules
endif
ifdef VENDOR
BOARDDIR = $(VENDOR)/$(BOARD)
else
BOARDDIR = $(BOARD)
endif
ifdef BOARD
sinclude $(TOPDIR)/board/$(BOARDDIR)/config.mk # include board specific rules
endif
概括一下，上面的语句就是读入了几个config.mk：
sinclude arch/arm/config.mk 这是加入架构层次上的配置，比如设定CROSS_COMPILE ?= arm-linux-，比如通过上面的cc-option函数加入arm架构的编译选项：
$(call cc-option -marm)
sinclude arch/arm/cpu/armv7/config.mk 这是加入cpu层次上的配置，加入指令集上的配置选项，如$(call cc-option, -march=armv7-a, -march=armv5)
sinclude arch/arm/cpu/armv7/s5pc1xx/config.mk 这是加入soc层次上的配置，检查发现目录下没有此文件，但并不报错，sinclude和-include用法一样，当被包含的文件不
存在的时候，不报错，继续执行。
sinclude board/samsung/goni/config.mk 这是在board层次上加入配置，因为板卡资源决定了我们的内存容量和起始地址，所以这里指定了u-boot镜像的链接地址CONFIG_SYS_TEXT_BASE = 0x34800000，这个信息是board-specific。
ARFLAGS = $(error update your Makefile to use cmd_link_o_target and not AR)
RELFLAGS= $(PLATFORM_RELFLAGS)
DBGFLAGS= -g # -DDEBUG
OPTFLAGS= -Os #-fomit-frame-pointer OBJCFLAGS += --gap-fill=0xff gccincdir := $(shell $(CC) -print-file-name=include) CPPFLAGS := $(DBGFLAGS) $(OPTFLAGS) $(RELFLAGS) \
-D__KERNEL__
注意ARFLAGS被设置成了makefile的error函数输出错误信息，这是提醒用户，在对目标文件归档的时候不要使用$(AR)了，要使用$(LD)。
接下来就是编译链接选项的设置，有太多选项了，什么SPL启动、VENDOR address等等，不细细分析了。
export HOSTCC HOSTCFLAGS HOSTLDFLAGS PEDCFLAGS HOSTSTRIP CROSS_COMPILE \
AS LD CC CPP AR NM STRIP OBJCOPY OBJDUMP MAKE
export CONFIG_SYS_TEXT_BASE PLATFORM_CPPFLAGS PLATFORM_RELFLAGS CPPFLAGS CFLAGS AFLAGS
export到全局的变量如上所示。
终于到了最后！
# The _DEP version uses the $< file target (for dependency generation)
# See rules.mk
EXTRA_CPPFLAGS_DEP = $(CPPFLAGS_$(BCURDIR)/$(addsuffix .o,$(basename $<))) \
$(CPPFLAGS_$(BCURDIR))
$(obj)%.s: %.S
$(CPP) $(ALL_AFLAGS) -o $@ $<
$(obj)%.o: %.S
$(CC) $(ALL_AFLAGS) -o $@ $< -c
$(obj)%.o: %.c
$(CC) $(ALL_CFLAGS) -o $@ $< -c
$(obj)%.i: %.c
$(CPP) $(ALL_CFLAGS) -o $@ $< -c
$(obj)%.s: %.c
$(CC) $(ALL_CFLAGS) -o $@ $< -c -S ######################################################################### # If the list of objects to link is empty, just create an empty built-in.o
cmd_link_o_target = $(if $(strip $1),\
$(LD) $(LDFLAGS) -r -o $@ $1,\
rm -f $@; $(AR) rcs $@ )
这里很重要，是一些静态模式描述，分析这里的时候，着实让我纠结了一阵子。以前自己写Makefile的时候也会用静态模式，但理解是很不准确的，写依赖的时候理所当然地写$<，不知原因。举例，test.o处理依赖test.c以外，还依赖它所包含的头文件，所以该文件的完整约束描述为：
test.o： test.c \
header1path/header1.h
header2path/header2.h
...
上述依赖格式也正是CC -M的输出格式，而在编译生成test.o的时候，只需要test.c就够了，这就是$<的含义：依赖集中的第一个依赖。
最后那个函数在文章开始的时候已经分析过了。
ok.