三、编译第一步 make xxx_defconfig—

4.1 上章分析出的参数

4.1.1 变量

MAKECMDGOALS = xxx_defconfig
KBUILD_EXTMOD =
version_h := include/generated/version_autogenerated.h
timestamp_h := include/generated/timestamp_autogenerated.h
no-dot-config-targets := clean clobber mrproper distclean help %docs check% coccicheck ubootversion backup tests
config-targets := 1
mixed-targets := 0
dot-config := 1
KBUILD_SRC =
build := -f ./scripts/Makefile.build obj

4.1.2 环境变量

KBUILD_DEFCONFIG := sandbox_defconfig
KBUILD_KCONFIG =

4.1.3 需要进行分析的地方

（1）scripts_basic 目标执行的命令

　　make -f ./scripts/Makefile.build obj=scripts/basic

（2）%config 目标执行的命令

　　make -f ./scripts/Makefile.build obj=scripts/kconfig xxx_defconfig

　　由以上分析可以知道，执行 make xxx_defconfig 需要执行 Makefile.build 脚本，第一次传入的参数为 scripts/basic，第二次传入的参数为 scripts/kconfig xxx_defconfig

4.2 Makefile.build 脚本分析

4.2.1 make -f ./scripts/Makefile.build obj=scripts/basic

　　make -f scripts/Makefile.build obj=scripts/basic 命令由于没有指定目标，所以会在 script/Makefile.build 中处理默认目标__build：

　　114~119 行

 # We keep a list of all modules in $(MODVERDIR)

 __build: $(if $(KBUILD_BUILTIN),$(builtin-target) $(lib-target) $(extra-y)) \

      $(if $(KBUILD_MODULES),$(obj-m) $(modorder-target)) \

      $(subdir-ym) $(always)

     @:

　　同时，在scripts/Makefile.build 中会包含进 scripts/basic 目录下的 Kbuild/Makefile，所以该make命令的实际效果是去编译出 scripts/basic 目录下的三个 host program，也就是 fixdep docproc和hash。

　　56 到 59 行包含

 # The filename Kbuild has precedence over Makefile

 kbuild-dir := $(if $(filter /%,$(src)),$(src),$(srctree)/$(src))

 kbuild-file := $(if $(wildcard $(kbuild-dir)/Kbuild),$(kbuild-dir)/Kbuild,$(kbuild-dir)/Makefile)

 include $(kbuild-file)

　　什么是host program？一般认为是和内核无关，但是要在编译过程中使用的工具程序。关于这些程序的编译，参考 scripts/Makefile.host 文件，以及 Documentation/kbuild/makefile.txt 文件中关于 host program 的这一节。

　　scripts/basic 文件中的 Makefile

 hostprogs-y    := fixdep

 always        := $(hostprogs-y)

 # fixdep is needed to compile other host programs

 $(addprefix $(obj)/,$(filter-out fixdep,$(always))): $(obj)/fixdep

4.2.2 make -f ./scripts/Makefile.build obj=scripts/kconfig xxx_defconfig

　　文件 scripts/Makefile.build 会包含obj变量所指代目录内的 Makefile的，在这里就是 script/kconfig/Makefile。

　　所以这里得查看这个文件：120~125行

 %_defconfig: $(obj)/conf

     $(Q)$< $(silent) --defconfig=arch/$(SRCARCH)/configs/$@ $(Kconfig)

 # Added for U-Boot (backward compatibility)

 %_config: %_defconfig

     @:

　　在这里，xxx_defconfig 需要依赖于同目录下的conf程序。这其实就是 Linux 内核进行Kconfig操作的主程序之一了，类似的还有mconf,qconf和gconf等。他们其实都是 host program。关于它们是如何被编译出来的，还请参见 scripts/kconfig/Makefile 文件，主要是借助于bison，flex和gperf三个工具来生成c源程序文件，之后再编译出来的。这部分和我们Linux内核的构建主题关系不大.

　　看一下 kconfig 的定义，变量的赋值在 scripts\kconfig'Makefile 中

 ifdef KBUILD_KCONFIG

 Kconfig := $(KBUILD_KCONFIG)

 else

 Kconfig := Kconfig

 endif

　　由于变量 KBUILD_KCONFIG 在arm架构Makefile中没有被定义，所以 Kconfig 被定义成 arch/arm/kconfig，所以这个目标的规则就简化成：

 /* silent 是确定是否执行静态编译 */

 ifeq ($(quiet),silent_)

 silent := -s

 endif

 $(obj)/conf -s --defconfig=arch/arm/configs/xxx_defconfig arch/arm/Kconfig

　　这个命令就是读取并解析以 arch/arm/Kconfig 为首的内核功能选项配置文件，并将文件 arch/arm/configs/s3c2410_defconfig 所设置的默认值分配给对应的所有选项，最终生成隐藏配置文件 .config。

　　在 uboot 或内核开始真正编译之前，构建系统会以 .config 文件为蓝本生成 include/config/auto.conf 文件，这个文件的格式和 .config类似，这个文件会在顶层以及 scripts/Makefile.build 文件中被直接包含进来，所以这些变量其实就成了 GNU Make 的变量。而uboot 或内核各子目录中的 Kbuild/Makefile 就可以使用这些变量的定义，来决定是否将该目录下对应的代码功能直接编译到内核里面(这些变量取值为"y")、编译成模块(取值为"m")或者干脆不进行编译(取值为"空")。可以想见，如果选择不编译，那出来的Linux内核就不会有对应的功能。

　　在 arch/arm/Kconfig 文件中，我们可以查看到添加一块开发板需要大致更改的地方：

　　在配置的时候，配置工具首先会解析架构平台目录下的 Kconfig，这就是所谓和平台相关的主Kconfig。主Kconfig文件会包含其他目录的Kcofnig文件，而其他目录的Kconfig又会包含其他各子目录的 Kconfig。如此形成一个树型结构。　

4.3 小结

　　作为uboot 或内核构建系统对 kconfig 的支持，到这步就算是结束了，其根本目标是产生 .config 隐藏文件，用以记录我们所需要的配置结果。但是在uboot或Linux内核里面，仅仅把配置结果保存在像 .config 这样一个文件中是不够的。在后面的配置中，依然会用到　