linux2.6 makefiles.txt学习及实例分析
来源：互联网 发布：华为荣耀5a手机壳淘宝 编辑：程序博客网 时间：2024/05/16 15:51
本篇blog主要分为四部分，地一部分和第二部分主要是参考网上的文章，第三部分为自己在学习过程中总结的一些知识，第四部分想自己编写一个简单的Makefile，以巩固学习成果！
本篇blog目的:通过对Makefile的学习，进一步理解linux内核如何通过makefile实现对make过程的自动化，掌握makefile语言编写规则，最终实现自己能够编写出makefile文件。
本篇blog预计完成时间一个礼拜。
这篇文章主要是参考资料，不敢邀功，现给出原地址和参考书籍，感谢这两位大虾的慷慨分享。
参考文件:
http://forum.eepw.com.cn/forum/main?url=http%3A%2F%2Fbbs.edw.com.cn%2Fthread%2F128730%2F1
http://blog.chinaunix.net/u2/66601/showart_1150788.html Author:cyliu <liu_chun_yuan@126.com>
《嵌入式linux系统开发技术详解－基于arm》孙纪坤 张小全 人民邮电出版社
第一部分：对makefiles.txt的学习
内核目录documention/kbuild/makefiles.txt中文版的翻译
This document describes the Linux kernel Makefiles
=== 目录
=== 1 概述
=== 2 用户与作用
=== 3 Kbuild文件
--- 3.1 目标定义
--- 3.2 编译进内核 - obj-y
--- 3.3 编译可装载模块 - obj-m
--- 3.4 输出的符号
--- 3.5 目标库文件 - lib-y
--- 3.6 递归躺下访问目录
--- 3.7 编辑标志
--- 3.8 命令行的依赖关系(原文中没有写:-))
--- 3.9 跟踪依赖
--- 3.10 特殊规则
--- 3.11 $(CC) 支持的函数
=== 4 本机程序支持
--- 4.1 简单的本机程序
--- 4.2 复合的本机程序
--- 4.3 定义共享库
--- 4.4 使用用C++编写的本机程序
--- 4.5 控制本机程序的编译选项
--- 4.6 编译主机程序时
--- 4.7 使用 hostprogs-$(CONFIG_FOO)
=== 5 Kbuild清理
=== 6 架构Makefile
--- 6.1 调整针对某一具体架构生成的镜像
--- 6.2 将所需文件加到 archprepare 中
--- 6.3 递归下向时要访问的目录列表
--- 6.4 具体架构的启动镜像
--- 6.5 构造非Kbuild目标
--- 6.6 构建启动镜像的命令
--- 6.7 Kbuild自定义命令
--- 6.8 联接器预处理脚本
=== 7 Kbuild 变量
=== 8 Makefile语言
=== 9 关于作者
=== 10 TODO
=== 1 概述
Linux内核的Makefile分为5个部分：
Makefile 顶层Makefile
.config 内核配置文件
arch/$(ARCH)/Makefile 具体架构的Makefile
scripts/Makefile.* 通用的规则等。面向所有的Kbuild Makefiles。
kbuild Makefiles 内核源代码中大约有500个这样的文件
顶层Makefile阅读的.config文件，而该文件是由内核配置程序生成的。
顶层Makefile负责制作：vmlinux(内核文件)与模块(任何模块文件)。制作的过程主要是通过递归向下访问子目录的形式完成。并根据内核配置文件确定访问哪些子目录。顶层Makefile要原封不动的包含一具体架构的Makefile（由顶层Makefile语句include $(srctree)/arch/$(ARCH)/Makefile指明），其名字类似于 arch/$(ARCH)/Makefile。该架构Makefile向顶层Makefile提供其架构的特别信息。
每一个子目录都有一个Kbuild Makefile文件，用来执行从其上层目录传递下来的命令。Kbuild Makefile从.config文件中提取信息，生成Kbuild完成内核编译所需的文件列表。
scripts/Makefile.*包含了所有的定义、规则等信息。这些文件被用来编译基于kbuild Makefile的内核。(**有点不通**)
=== 2 用户与作用
可以将人们与内核Makefile的关系分成4类。
*使用者* 编译内核的人。他们只是键入"make menuconfig"或"make"这样的命令。一般
情况下是不会读或编辑任何内核Makefile（或者任何的源文件）。
*普通开发人员* 这是一群工作在内核某一功能上的人，比如：驱动开发，文件系统或
网络协议。他们所需要维护的只是他们所工作的子系统的Kbuild Makefile。为了提高
工作的效率，他们也需要对内核Makefile有一个全面的认识，并且要熟悉Kbuild的接口
。
*架构开发人员* 这是一些工作在具体架构，比如sparc 或者ia64，上面的人。架构开
发者需要在熟悉kbuild Makefile的同时，也要熟悉他所工作架构的Makefile。
*Kbuild开发者* 维护Kbuild系统的人。他们需要知晓内核Makefile的方方面面。
该文件是为普通开发人员与架构开发人员所写。
=== 3 Kbuild文件
大部分内核中的Makefile都是使用Kbuild组织结构的Kbuild Makefile。这章介绍了
Kbuild Makefile的语法。
Kbuild文件倾向于"Makefile"这个名字，"Kbuild"也是可以用的。但如果"Makefile"
"Kbuild"同时出现的话，使用的将会是"Kbuild"文件。
3.1节 目标定义是一个快速介绍，以后的几章会提供更详细的内容以及实例。
--- 3.1 目标定义
目标定义是Kbuild Makefile的主要部分，也是核心部分。主要是定义了要编
译的文件，所有的选项，以及到哪些子目录去执行递归操作。
最简单的Kbuild makefile 只包含一行：
例子：
obj-y += foo.o
该例子告诉Kbuild在这目录里，有一个名为foo.o的目标文件。foo.o将从foo.c
或foo.S文件编译得到。
如果foo.o要编译成一模块，那就要用obj-m了。所采用的形式如下：
例子：
obj-$(CONFIG_FOO) += foo.o
$(CONFIG_FOO)可以为y(编译进内核) 或m(编译成模块)。如果CONFIG_FOO不是y
和m,那么该文件就不会被编译联接了。
--- 3.2 编译进内核 - obj-y
Kbuild Makefile 规定所有编译进内核的目标文件都存在$(obj-y)列表中。而
这些列表依赖内核的配置。
Kbuild编译所有的$(obj-y)文件。然后，调用"$(LD) -r"将它们合并到一个
build-in.o文件中。稍后，该build-in.o会被其父Makefile联接进vmlinux中。
$(obj-y)中的文件是有顺序的。列表中有重复项是可以的：当第一个文件被联
接到built-in.o中后，其余文件就被忽略了。
联接也是有顺序的，那是因为有些函数(module_init()/__initcall)将会在启
动时按照他们出现的顺序进行调用。所以，记住改变联接的顺序可能改变你
SCSI控制器的检测顺序，从而导致你的硬盘数据损害。
例子：
#drivers/isdn/i4l/Makefile
# Makefile for the kernel ISDN subsystem and device drivers.
# Each configuration option enables a list of files.
obj-$(CONFIG_ISDN) += isdn.o
obj-$(CONFIG_ISDN_PPP_BSDCOMP) += isdn_bsdcomp.o
--- 3.3 编译可装载模块 - obj-m
$(obj-m) 列举出了哪些文件要编译成可装载模块。
一个模块可以由一个文件或多个文件编译而成。如果是一个源文件，Kbuild Makefile只需简单的将其加到$(obj-m)中去就可以了。
例子：
#drivers/isdn/i4l/Makefile
obj-$(CONFIG_ISDN_PPP_BSDCOMP) += isdn_bsdcomp.o
注意：此例中 $(CONFIG_ISDN_PPP_BSDCOMP) 的值为'm'
如果内核模块是由多个源文件编译而成，那你就要采用上面那个例子一样的方法去声明你所要编译的模块。
Kbuild需要知道你所编译的模块是基于哪些文件，所以你需要通过变量 $(<module_name>-objs)来告诉它。
例子：
#drivers/isdn/i4l/Makefile
obj-$(CONFIG_ISDN) += isdn.o
isdn-objs := isdn_net_lib.o isdn_v110.o isdn_common.o
在这个例子中，模块名将是isdn.o,Kbuild将编译在$(isdn-objs)中列出的所有文件，然后使用"$(LD) -r"生成isdn.o。
Kbuild能够识别用于组成目标文件的后缀-objs和后缀-y。这就让Kbuild
Makefile可以通过使用 CONFIG_ 符号来判断该对象是否是用来组合对象的。
例子：
#fs/ext2/Makefile
obj-$(CONFIG_EXT2_FS) += ext2.o
ext2-y := balloc.o bitmap.o
ext2-$(CONFIG_EXT2_FS_XATTR) += xattr.o
在这个例子中，如果 $(CONFIG_EXT2_FS_XATTR) 是 'y',xattr.o将是复合对象 ext2.o的一部分。
注意：当然，当你要将其编译进内核时，上面的语法同样适用。所以，如果你的 CONFIG＿EXT2＿FS=y，那Kbuild会按你所期望的那样，生成 ext2.o文件，然后将其联接到 built-in.o中。
--- 3.4 输出的符号
在Makefile中,没有对模块输出的符号有特殊要求。
--- 3.5 目标库文件 - lib-y
在 obj-* 中所列文件是用来编译模块或者是联接到特定目录中的 built-in.o。同样，也可以列出一些将被包含在lib.a库中的文件。在 lib-y 中所列出的文件用来组成该目录下的一个库文件。
在 obj-y 与 lib-y 中同时列出的文件，因为都是可以访问的，所以该文件是不会被包含在库文件中的。同样的情况，lib-m 中的文件就要包含在lib.a库文件中。
注意，一个Kbuild makefile可以同时列出要编译进内核的文件与要编译成库的文件。所以，在一个目录里可以同时存在 built-in.o 与 lib.a 两个文件。
例子：
#arch/i386/lib/Makefile
lib-y := chechsum.o delay.o
这将由 checksum.o 和delay.o 两个文件创建一个库文件 lib.a。为了让 Kbuild 真正认识到这里要有一个库文件 lib.a 要创建，其所在的目录要加到 libs-y 列表中。 还可参考"6.3 递归下向时要访问的目录列表" lib-y 使用一般限制在 lib/ 和 arch/*/lib 中。
--- 3.6 递归向下访问目录
一个Makefile只对编译所在目录的对象负责。在子目录中的文件的编译要由其所在的子目录的Makefile来管理。只要你让Kbuild知道它应该递归操作，那么该系统就会在其子目录中自动的调用 make 递归操作。
这就是 obj-y 和 obj-m 的作用。
ext2 被放的一个单独的目录下，在fs目录下的Makefile会告诉Kbuild使用下面的赋值进行向下递归操作。
例子：
#fs/Makefile
obj-$(CONFIG_EXT2_FS) += ext2/
如果 CONFIG_EXT2_FS 被设置为 'y'(编译进内核)或是'm'(编译成模块)，相应的 obj- 变量就会被设置，并且Kbuild就会递归向下访问 ext2 目录。Kbuild只是用这些信息来决定它是否需要访问该目录，而具体怎么编译由该目录中的Makefile来决定。
将 CONFIG_ 变量 设置成目录名是一个好的编程习惯。这让Kbuild在完全忽略那些相应的 CONFIG_ 值不是'y'和'm'的目录。
--- 3.7 编辑标志
EXTRA_CFLAGS, EXTRA_AFLAGS, EXTRA_LDFLAGS, EXTRA_ARFLAGS
所有的 EXTRA_ 变量只在所定义的 Kbuild Makefile 中起作用。EXTRA_ 变量可
以在Kbuild Makefile中所有命令中使用。
$(EXTRA_CFLAGS) 是用 $(CC) 编译C源文件时的选项。
例子：
# drivers/sound/emu10kl/Makefile
EXTRA_CFLAGS += -I$(obj)
ifdef DEBUG
EXTRA_CFLAGS += -DEMU10KL_DEBUG
endif
该变量是必须的，因为顶层Makefile拥有变量 $(CFLAGS) 并用来作为整个源
代码树的编译选项。
$(EXTRA_AFLAGS) 也是一个针对每个目录的选项，只不过它是用来编译汇编
源代码的。
例子：
#arch/x86_64/kernel/Makefile
EXTRA_AFLAGS := -traditional
$(EXTRA_LDFLAGS) 和 $(EXTRA_ARFLAGS)分别与 $(LD)和 $(AR)类似，只不
过，他们是针对每个目录的。
例子：
#arch/m68k/fpsp040/Makefile
EXTRA_LDFLAGS := -x
CFLAGS_$@, AFLSGA_$@
CFLAGS_$@ 和 AFLAGS_$@ 只能在当前Kbuild Makefile中的命令中使用。
$(CFLAGS_$@) 是 $(CC) 针对每个文件的选项。$@ 表明了具体操作的文件。
例子：
# drivers/scsi/Makefile
CFLAGS_aha152x.o = -DAHA152X_STAT -DAUTOCONF
CFLAGS_gdth.o = # -DDEBUG_GDTH=2 -D__SERIAL__ -D__COM2__ \
-DGDTH_STATISTICS
CFLAGS_seagate.o = -DARBITRATE -DPARITY -DSEAGATE_USE_ASM
以上三行分别设置了aha152x.o,gdth.o 和 seagate.o的编辑选项。
$(AFLAGS_$@) 也类似，只不是是针对汇编语言的。
例子：
# arch/arm/kernel/Makefile
AFLAGS_head-armv.o := -DTEXTADDR=$(TEXTADDR) -traditional
AFLAGS_head-armo.o := -DTEXTADDR=$(TEXTADDR) -traditional
--- 3.9 跟踪依赖
Kbuild 跟踪在以下方面依赖：
1) 所有要参与编译的文件(所有的.c 和.h文件)
2) 在参与编译文件中所要使用的 CONFIG_ 选项
3) 用于编译目标的命令行
因此，如果你改变了 $(CC) 的选项，所有受影响的文件都要重新编译。
--- 3.10 特殊规则
特殊规则就是那Kbuild架构不能提供所要求的支持时，所使用的规则。一个典型的例子就是在构建过程中生成的头文件。另一个例子就是那些需要采用特殊规则来准备启动镜像。
特殊规则的写法与普通Make规则一样。Kbuild并不在Makefile所在的目录执行，所以所有的特殊规则都要提供参与编译的文件和目标文件的相对路径。
在定义特殊规则时，要使用以下两个变量：
$(src)
$(src) 表明Makefile所在目录的相对路径。经常在定位源代码树中的文件时，使用该变量。
$(obj)
$(obj) 表明目标文件所要存储目录的相对路径。经常在定位所生成的文件时，使用该变量。
例子：
#drivers/scsi/Makefile
$(obj)/53c8xx_d.h: $(src)/53c7,8xx.scr $(src)/script_asm.pl
$(CPP) -DCHIP=810 - < $< | ... $(src)/script_asm.pl
这就是一个特殊规则，遵守着make所要求的普通语法。目标文件依赖于两个源文件。用$(obj)来定位目标文件，用$(src)来定位源文件(因为它们不是我们生成的文件)。
--- 3.11 $(CC) 支持的函数
内核可能由多个不同版本的$(CC)编译，而每个版本都支持一不同的功能集与选项集。Kbuild提供了检查 $(CC) 可用选项的基本功能。$(CC)一般情况下是gcc编译器，但也可以使用其它编译器来代替gcc。
as-option
as-option，当编译汇编文件(*.S)时，用来检查 $(CC) 是否支持特定选项。如果第一个选项不支持的话，可选的第二个选项可以用来指定。
例子：
#arch/sh/Makefile
cflags-y += $(call as-option,-Wa$(comma)-isa=$(isa-y),)
在上面的例子里，如果 $(CC) 支持选项 -Wa$(comma)-isa=$(isa-y)，cflags-y就会被赋予该值。第二个参数是可选的，当第一个参数不支持时，就会使用该值。
ld-option
ld-option，当链接目标文件时，用来检查 $(CC) 是否支持特定选项。如果第一个选项不支持的话，可选的第二个选项可以用来指定。
例子：
#arch/i386/kernel/Makefile
vsyscall-flags += $(call ld-option, -Wl$(comma)--hash-style=sysv)
在上面的例子中，如果 $(CC)支持选项 -Wl$(comma)--hash-style=sysv，ld-option就会被赋予该值。第二个参数是可选的，当第一个参数不支持时，就会使用该值。
cc-option
cc-option，用来检查 $(CC) 是否支持特定选项,并且不支持使用可选的第二项。
例子：
#arch/i386/Makefile
cflags-y += $(call cc-option,-march=pentium-mmx,-march=i586)
在上面的例子中，如果 $(CC)支持选项 -march=pentium-mmx，cc-option就会被赋予该值，否则就赋 -march-i586。cc-option的第二个参数是可选的。如果忽略的话，当第一个选项不支持时，cflags-y 不会被赋值。
cc-option-yn
cc-option-yn,用来检查 gcc 是否支持特定选项，返回'y'支持，否则为'n'。
例子：
#arch/ppc/Makefile
biarch := $(call cc-option-yn, -m32)
aflags-$(biarch) += -a32
cflags-$(biarch) += -m32
在上面的例子里，当 $(CC) 支持 -m32选项时，$(biarch)设置为y。当
$(biarch) 为y时，扩展的 $(aflags-y) 和 $(cflags-y)变量就会被赋值为
-a32 和 -m32。
cc-option-align
gcc版本大于3.0时，改变了函数，循环等用来声明内存对齐的选项。当用到对齐选项时，$(cc-option-align) 用来选择正确的前缀：
gcc < 3.00
cc-option-align = -malign
gcc >= 3.00
cc-option-align = -falign
例子：
CFLAGS += $(cc-option-align)-functions=4
在上面的例子中，选项 -falign-funcions=4 被用在gcc >= 3.00的时候。对于小于3.00时， 使用 -malign-funcions=4 。
cc-version
cc-version以数学形式返回 $(CC) 编译器的版本号。
其格式是：<major><minor>，二者都是数学。比如，gcc 3.41 会返回 0341。当某版本的$(CC) 在某方面有缺陷时,cc-version就会很有用。比如，选项-mregparm=3 虽然会被gcc接受，但其实现是有问题的。
例子：
#arch/i386/Makefile
cflags-y += $(shell \
if [ $(call cc-version) -ge 0300 ] ; then \
echo "-meregparm=3"; fi ;)
在上面的例子中，-mregparm=3只会在gcc的版本号大于等于3.0的时候使用。
cc-ifversion
cc-ifversion测试 $(CC) 的版本号，如果版本表达式为真，就赋值为最后的参数。
例子：
#fs/reiserfs/Makefile
EXTRA_CFLAGS := $(call cc-ifversion, -lt, 0402, -O1)
在这个例子中，如果 $(CC) 的版本小于4.2,EXTRA_CFLAGS就被赋值 -O1。cc－ifversion 可使用所有的shell 操作符：-eq,-ne,-lt,-le,-gt,和-ge。第三个参数可以像上面例子一样是个文本，但也可以是个扩展的变量或宏。
/*这段翻译的不好*/
=== 4 本机程序支持
Kbuild 支持编译那些将在编译阶段使用的可执行文件。为了使用该可执行文件，要将编译分成二个阶段。
第一阶段是告诉Kbuild存在哪些可执行文件。这是通过变量 hostprogs-y来完成的。
第二阶段是添加一个对可执行文件的显性依赖。有两种方法:增加依赖关系到一个规则
中，或是利用变量 $(always)。
以下是详细叙述.
--- 4.1 简单的本机程序
在编译内核时，有时会需要编译并运行一个程序。
下面这行就告诉了kbuild，程序bin2hex应该在本机上编译。
例子：
hostprogs-y := bin2hex
在上面的例子中，Kbuild假设bin2hex是由一个与其在同一目录下，名为
bin2hex.c 的C语言源文件编译而成的。
--- 4.2 复合的本机程序
本机程序可以由多个文件编译而成。
所使用的语法与内核的相应语法很相似。
$(<executeable>-objs) 列出了联接成最后的可执行文件所需的所有目标文件。
例子：
#scripts/lxdialog/Makefile
hostprogs-y := lxdialog
lxdialog-objs := checklist.o lxdialog.o
扩展名为.o的文件是从相应的.c文件编译而来的。在上面的例子中，checklist.c 编译成了checklist.o，lxdialog.c编译成了lxdialog.o。最后，两个.o文件联接成了一可执行文件，lxdialog。注意：语法 <executable>-y不是只能用来生成本机程序。
--- 4.3 定义共享库
扩展名为so的文件称为共享库，被编译成位置无关对象。Kbuild也支持共享库，但共享库的使用很有限。在下面的例子中，libconfig.so共享库用来联接到可执行文件 conf中。
例子：
#scripts/kconfig/Makefile
hostprogs-y := conf
conf-objs := conf.o libkconfig.so
libkcofig-objs := expr.o type.o
共享库文件经常要求一个相应的 -objs，在上面的例子中，共享库libkconfig是由 expr.o 和 type.o两个文件组成的。expr.o 和 type.o 将被编译成位置无关码，然后联接成共享库文件libkconfig.so。C++并不支持共享库。
--- 4.4 使用用C++编写的本机程序
kbuild也支持用C++编写的本机程序。在此专门介绍是为了支持kconfig，并且
在一般情况下不推荐使用。
例子：
#scripts/kconfig/Makefile
hostprogs-y := qconf
qconf-cxxobjs := qconf.o
在上面的例子中，可执行文件是由C++文件 qconf.cc编译而成的，由$(qconf-cxxobjs)来标识。
如果qconf是由.c和.cc一起编译的，那么就需要专门来标识这些文件了。
例子：
#scripts/kconfig/Makefile
hostprogs-y := qconf
qconf-cxxobjs := qconf.o
qconf-objs := check.o
--- 4.5 控制本机程序的编译选项
当编译本机程序时，有可能使用到特殊选项。程序经常是利用$(HOSTCC)编译,其选项在 $(HOSTCFLAGS)变量中。可通过使用变量 HOST＿EXTRACFLAGS，影响所有在Makefile文件中要创建的主机程序。
例子：
#scripts/lxdialog/Makefile
HOST_EXTRACFLAGS += -I/usr/include/ncurses
为一单个文件设置选项，可按形式进行：
例子：
#arch/ppc64/boot/Makefile
HOSTCFLAGS_pinggyback.o := -DKERNELBASE=$(KERNELBASE)
同样也可以给联接器声明一特殊选项。
例子：
#scripts/kconfig/Makefile
HOSTLOADLIBES_qconf := -L$(QTDIR)/lib
当联接qconf时，将会向联接器传递附加选项 "-L$(QTDIR)/lib"。
--- 4.6 编译主机程序时
Kbuild只在需要时编译主机程序。
有两种方法：
(1) 在一具体的规则中显性列出所需要的文件
例子：
#drivers/pci/Makefile
hostprogs-y := gen-devlist
$(obj)/devlist.h: $(src)/pci.ids $(obj)/gen-devlist
( cd $(obj); ./gen-devlist ) < $<
目标 $(obj)/devlist.h 是不会在 $(obj)/gen-devlist 更新之前编译的。注意
在该规则中所有有关主机程序的命令必须以$(obj)开头。
(2) 使用 $(always)
当Makefile要编译主机程序，但没有适合的规则时，使用 $(always)。
例子：
#scripts/lxdialog/Makefile
hostprogs-y := lxdialog
always := $(hostprogs-y)
这就是告诉Kbuild，即使没有在规则中声明，也要编译 lxdialog。
--- 4.7 使用 hostprogs-$(CONFIG_FOO)
一个典型的Kbuild模式如下：
例子：
#scripts/Makefile
hostprogs-$(CONFIG_KALLSYMS) += kallsyms
Kbuild 知道 'y' 是编译进内核，而 'm' 是编译成模块。所以，如果配置符号是'm'，Kbuild仍然会编译它。换句话说，Kbuild处理 hostprogs-m 与 hostprogs-y 的方式是完全一致的。只是，如果不用 CONFIG，最好用hostprogs-y。
=== 5 Kbuild清理(clean)
"make clean"删除几乎所有的在编译内核时生成的文件，包括了主机程序在内。Kbuild 通过列表 $(hostprogs-y)，$(hostprogs-m)，$(always)，$(extra-y) 和$(targets) 知道所要编译的目标。这些目标文件都会被 "make clean" 删除。另外，在"make clean"还会删除匹 "*.oas]"，"*.ko" 的文件，以及由 Kbuild生成的辅助文件。
辅助文件由 Kbuild Makefile 中的 $(clean-files) 指明。
例子：
#drivers/pci/Makefile
clean-files := devlist.h classlist.h
当执行 "make clean" 时，"devlist.h classlist.h"这两个文件将被删除。如果不使用绝对路径(路径以'/'开头)的话，Kbuild假设所要删除的文件与Makefile在同一个相对路径上。
要删除一目录：
例子：
#scripts/package/Makefile
clean-dirs := $(objtree)/debian/
这就会删除目录 debian，包括其所有的子目录。如果不使用绝对路径(路径以'/'开头)的话，Kbuild假设所要删除的目录与Makefile在同一个相对路径上。
一般情况下，Kbuild会根据 "obj-* := dir/" 递归访问其子目录，但有的时候，Kbuild架构还不足以描述所有的情况时，还要显式的指明所要访问的子目录。
例子：
#arch/i386/boot/Makefile
subdir- := compressed/
上面的赋值命令告诉Kbuild，当执行"make clean"时，要递归访问目录 compressed/。为了支持在最终编译完成启动镜像后的架构清理工作，还有一可选的目标 archclean：
例子：
#arch/i386/Makefile
archclean:
$(Q)$(MAKE) $(clean)=arch/i386/boot
当"make clean"执行时，make会递归访问并清理 arch/i386/boot。在 arch/i386/boot中的Makefile可以用来提示make进行下一步的递归操作。
注意1：arch/$(ARCH)/Makefile 不能使用"subdir-"，因为该Makefile被包含在顶层的Makefile中，Kbuild是不会在此处进行操作的。
注意2："make clean" 会访问在 core-y，libs-y，drivers-y 和 net-y 列出的所有目录。
=== 6 架构Makefile
在递归访问目录之前，顶层Makefile要完成设置环境变量以及递归访问的准备工作。顶层Makefile包含的公共部分，而 arch/$(ARCH)/Makefile 包含着针对某一特定架构的配置信息。所以，要在 arch/$(ARCH)/Makefile 中设置一部分变量，并定义一些目标。
Kbuild执行的几个步驟(大致)：
1) 根据内核配置生成文件 .config
2) 将内核的版本号存储在 include/linux/version.h
3) 生成指向 include/asm-$(ARCH) 的符号链接
4) 更新所有编译所需的文件：
-附加的文件由 arch/$(ARCH)/Makefile 指定。
5) 递归向下访问所有在下列变量中列出的目录： init-* core-* drivers-* net-* libs-*，并编译生成目标文件。
-这些变量的值可以在 arch/$(ARCH)/Makefile 中扩充。
6) 联接所有的目标文件，在源代码树顶层目录中生成 vmlinux。最先联接是在 head-y中列出的文件，该变量由 arch/$(ARCH)/Makefile 赋值。
7) 最后完成具体架构的特殊要求，并生成最终的启动镜像。
-包含生成启动指令
-准备 initrd 镜像或类似文件
--- 6.1 调整针对某一具体架构生成的镜像
LDFLAGS 一般是 $(LD) 选项
该选项在每次调用联接器时都会用到。一般情况下，只用来指明模拟器。
例子：
#arch/s390/Makefile
LDFLAGS := -m elf_s390
注意：EXTRA_LDFLAGS 和 LDFLAGS_$@ 可用来进一步自定义选项。请看第七章。
LDFLAGS_MODULE 联接模块时的联接器的选项
LDFLAGS_MODULE 所设置的选项将在联接器在联接模块文件 .ko 时使用。
默认值为 "-r"，指定输出文件是可重定位的。
LDFLAGS_vmlinux 联接vmlinux时的选项
LDFLAGS_vmlinux用来传递联接vmlinux时的联接器的选项。
LDFLAGS_vmlinux需 LDFLAGS_$@ 支持。
例子：
#arch/i386/Makefile
LDFLAGS_vmlinux := -e stext
OBJCOPYFLAGS objcopy 选项
当用 $(call if_changed,objcopy) 来转换(translate)一个.o文件时，该选项就会被使用。
$(call if_changed,objcopy) 经常被用来为vmlinux生成原始的二进制代码。
例子：
#arch/s390/Makefile
OBJCOPYFLAGS := -O binary
＃arch/s390/boot/Makefile
$(obj)/image: vmlinux FORCE
$(call if_changed,objcopy)
在此例中，二进制文件 $(obj)/image 是 vmlinux 的一个二进制版本。
$(call if_chagned,xxx)的用法稍后描述。
AFLAGS $(AS) 汇编编译器选项
默认值在顶层Makefile 扩充或修改在各具体架构的Makefile
例子：
#arch/sparc64/Makefile
AFLAGS += -m64 -mcpu=ultrasparc
CFLAGS $(CC) 编译器选项
默认值在顶层Makefile 扩充或修改在各具体架构的Makefile。
一般，CFLAGS要根据内核配置设置。
例子：
#arch/i386/Makefile
cflags-$(CONFIG_M386) += -march=i386
CFLAGS += $(cflags-y)
许多架构Makefile都通过调用所要使用的C编译器，动态的检查其所支持的选项：
#arch/i386/Makefile
...
cflags-$(CONFIG_MPENTIUMII) += $(call cc-option,\
-march=pentium2,-march=i686)
...
# Disable unit-at-a-time mode ...
CFLAGS += $(call cc-option,-fno-unit-at-a-time)
...
第一个例子利用了一个配置选项，当其为'y'时，扩展。
CFLAGS_KERNEL ：
#arch/i386/Makefile
...
cflags-$(CONFIG_MPENTIUMII) += $(call cc-option,\
-march=pentium2,-march=i686)
...
# Disable unit-at-a-time mode ...
CFLAGS += $(call cc-option,-fno-unit-at-a-time)
...
第一个例子利用了一个配置选项，当其为'y'时，扩展。
CFLAGS_KERNEL 编译进内核时，$(CC) 所用的选项
$(CFLAGS_KERNEL) 包含了用于编译常驻内核代码的附加编译器选项。
CFLAGS_MODULE 编译成模块时，$(CC)所用的选项
$(CFLAGS_MODULE) 包含了用于编译可装载模块的附加编译器选项。
--- 6.2 将所需文件加到 archprepare 中：
archprepare规则在递归访问子目录之前，列出编译目标文件所需文件。
一般情况下，这是一个包含汇编常量的头文件。(assembler constants)
例子：
#arch/arm/Makefile
archprepare: maketools
此例中，目标文件 maketools 将在递归访问子目录之前编译。 在TODO一章可以看到，Kbuild是如何支持生成分支头文件的。(offset header files)
--- 6.3 递归下向时要访问的目录列表
如何生成 vmlinux，是由架构makefile和顶层Makefile一起来定义的。注意,架构Makefile是不会定义与模块相关的内容的，所有构建模块的定义是与架构无关的。
head-y,init-y,core-y,libs-y,drivers-y,net-y
$(head-y) 列出了最先被联接进 vmlinux 的目标文件。
$(libs-y) 列出了生成的所有 lib.a 所在的目录。
其余所列的目录，是 built-in.o 所在的目录。
$(init-y) 在 $(head-y) 之后所要使用的文件。
然后，剩下的步骤如下：
$(core-y),$(libs-y),$(drivers-y)和$(net-y)。
顶层makefile定义了通用的部分，arch/$(ARCH)/Makefile 添加了架构的特殊要求。
例子：
#arch/sparc64/Makefile
core-y += arch/sparc64/kernel/
libs-y += arch/sparc64/prom/ arch/sparc64/lib/
drivers-$(CONFIG_OPROFILE) += arch/sparc64/oprofile/
--- 6.4 具体架构的启动镜像
一具体架构Makefile的具体目的就是，将生成并压缩 vmlinux 文件，写入启动代码，并将其拷贝到正确的位置。这就包含了多种不同的安装命令。该具体目的也无法在各个平台间进行标准化。
一般，附加的处理命令入在 arch/$(ARCH)/下的boot目录。
Kbuild并没有为构造boot所指定的目标提供任何更好的方法。所以，arch/$(ARCH)/Makefile 将会调用 make 以手工构造 boot的目标文件。
比较好的方法是，在arch/$(ARCH)/Makefile中包含快捷方式，并在arch/$(ARCH)/boot/Makefile 中使用全部路径。
例子：
#arch/i386/Makefile
boot := arch/i386/boot
bzImage: vmlinux
$(Q)$(MAKE) $(build)=$(boot) $(boot)/$@
当在子目录中调用 make 时，推荐使用 "$(Q)$(MAKE) $(build)=<dir>" 。
并没有对架构特殊目标的命名规则，但用命令 "make help" 可以列出所有的相关目标。
为了支持 "make help"，$(archhelp) 必须被定义。
例子：
#arch/i386/Makefile
define archhelp
echo '* bzImage - Image (arch/$(ARCH)/boot/bzImage)'
endef
当make 没带参数执行时，所遇到的第一个目标将被执行。在顶层，第一个目标就是 all：。
每个架构Makefile都要默认构造一可启动的镜像文件。在 "make help"中，默认目标就是被加亮的'*'。添加一新的前提文件到 all：，就可以构造出一不同的vmlinux。
例子：
#arch/i386/Makefile
all: bzImage
当 make 没有参数时，bzImage将被构造。
--- 6.5 构造非Kbuild目标
extra-y
extra-y 列出了在当前目录下，所要创建的附加文件，不包含任何已包含在obj-* 中的文件。
用 extra-y 列目标，主要是两个目的：
1) 可以使Kbuild检查命令行是否发生变化
- 使用 $(call if_changed,xxx) 的时候
2) 让Kbuild知道哪些文件要在 "make clean" 时删除
例子：
#arch/i386/kernel/Makefile
extra-y := head.o init_task.o
在此例子中，extra-y用来列出所有只编译，但不联接到 built-in.o的目标文件。
--- 6.6 构建启动镜像的命令
Kbuild 提供了几个用在构建启动镜像时的宏。
if_changed
if_changed 为下列命令的基础。
使用方法：
target: source(s) FORCE
$(call if_changed,ld/objcopy/gzip)
当执行该规则时，就检查是否有文件需要更新，或者在上次调用以后，命令行发生了改变。如果有选项发生了改变，后者会导致重新构造。只有在 $(targets)列出的的目标文件，才能使用if_changed，否则命令行的检查会失败，并且目标总会被重建。给 $(targets)的赋值没有前缀 $(obj)/ 。 if_changed 可用来联接自定义的Kbuild命令，关于Kbuild自定义命令请看 6.7节。
注意：忘记 FORCE 是一种典型的错误。还有一种普遍的错误是，空格有的时候是有意义的；比如。下面的命令就会错误(注意在逗号后面的那个多余的空格)：
target: source(s) FORCE
#WRONG!# $(call if_changed, ld/objcopy/gzip)
ld
联接目标。经常是使用LDFLAGS_$@来设置ld的特殊选项。
objcopy
拷贝二进制代码。一般是在 arch/$(ARCH)/Makefile 中使用 OBJCOPYFLAGS。
OBJCOPYFLAGS_$@ 可以用来设置附加选项。
gzip
压缩目标文件。尽可能的压缩目标文件。
例子：
#arch/i386/boot/Makefile
LDFLAGS_bootsect := -Ttext 0x0 -s --oformat binary
LDFLAGS_setup := -Ttext 0x0 -s --oformat binary -e begtext
targets += setup setup.o bootsect bootsect.o
$(obj)/setup $(obj)/bootsect: %: %.o FORCE
$(call if_changed,ld)
在这个例子中，有两个可能的目标文件，分别要求不同的联接选项。定义联接器的选项使用的是 LDFLAGS_$@ 语法，每个潜在的目标一个。$(targets) 被分配给所有的潜在目标，因此知道目标是哪些，并且还会：
1) 检查命令行是否改变
2) 在 "make clean" 时，删除目标文件
前提部分中的 ": %: %.o" 部分使我们不必在列出文件 setup.o 和 bootsect.o 。
注意：一个普遍的错误是忘记了给 "target"赋值，导致在target中的文件总是无缘无故的被重新编译。
--- 6.7 Kbuild自定义命令
当Kbuild的变量 KBUILD_VERBOSE 为0时，只会显示命令的简写。如果要为自定义命令使用这一功能，需要设置2个变量：
quiet_cmd_<command> - 要显示的命令
cmd_<command> - 要执行的命令
例子：
#
quiet_cmd_image = BUILD $@
cmd_image = $(obj)/tools/build $(BUILDFLAGS) \
$(obj)/vmlinux.bin > $@
targets += bzImage
$(obj)/bzImage: $(obj)/vmlinux.bin $(obj)/tools/build FORCE
$(call if_changed,image)
@echo 'Kernel: $@ is ready'
当用"make KBUILD_VERBOSE=0"更新 $(obj)/bzImage 目标时显示：
BUILD arch/i386/boot/bzImage
--- 6.8 联接器预处理脚本
当构造 vmlinux 镜像时，使用联接器脚本：
arch/$(ARCH)/kernel/vmlinux.lds。
该脚本是由在同一目录下的 vmlinux.lds.S 生成的。Kbuild认识.lds文件，并包含由*.lds.S文件生成*.lds文件的规则。
例子：
#arch/i386/kernel/Makefile
always := vmlinux.lds
#Makefile
export CPPFLAGS_vmlinux.lds += -P -C -U$(ARCH)
$(always)的值是用来告诉Kbuild，构造目标 vmlinux.lds。
$(CPPFLAGS_vmlinux.lds)，Kbuild在构造目标vmlinux.lds时所用到的特殊选项。
当构造 *.lds 目标时，Kbuild要用到下列变量：
CPPFLAGS : 在顶层目录中设置
EXTRA_CPPFLAGS : 可以在Kbuild Makefile中设置
CPPFLAGS_$(@F) : 目标特别选项
注意，此处的赋值用的完整的文件名。
针对*.lds文件的Kbuild构架还被用在许多具体架构的文件中。(***不通***)
=== 7 Kbuild 变量
顶层Makefile输出以下变量：
1、VERSION,PATCHLEVEL,SUBLEVEL,EXTRAVERSION
这些变量定义了当前内核的版本号。只有很少一部分Makefile会直接用到这些
变量；可使用 $(KERNELRELEASE)代替。
$(VERSION),$(PATCHLEVEL),和$(SUBLEVEL) 定义了最初使用的三个数字的版本
号，比如"2""4"和"0"。这三个值一般是数字。
$(EXTRAVERSION) 为了补丁定义了更小的版本号。一般是非数字的字符串，比如
"-pre4" ，或就空着。
KERNELRELEASE
$(KERNELRELEASE) 是一个字符串，类似"2.4.0-pre4"，用于安装目录的命名或
显示当前的版本号。一部分架构Makefile使用该变量。
2、ARCH
该变量定义了目标架构，比如"i386","arm" 或"sparc"。有些Kbuild Makefile
根据 $(ARCH) 决定编译哪些文件。
默认情况下，顶层Makefile将其设置为本机架构。如果是跨平台编译，用户可以
用下面的命令覆盖该值：
make ARCH=m68k ...
3、INSTALL_PATH
该变量为架构Makefile定义了安装内核镜像与 System.map 文件的目录。主要用来指明架构特殊的安装路径。
4、INSTALL_MOD_PATH,MODLIB
$(INSTALL_MOD_PATH) 为了安装模块，给 $(MODLIB) 声明了前缀。该变量不能
在Makefile中定义，但可以由用户传给Makefile。
$(MODLIB) 具体的模块安装的路径。顶层Makefile将$(MODLIB)定义为$(INSTALL_MOD_PATH)/lib/modules/$(KERNELRELEASE)。用户可以通过命令行参数的形式将其覆盖。
5、INSTALL_MOD_STRIP
如果该变量有定义，模块在安装之前，会被剥出符号表。如果
INSTALL_MOD_STRIP 为 "1"，就使用默认选项 --strip-debug。否则，
INSTALL_MOD_STRIP 将作为命令 strip 的选项使用。
=== 8 Makefile语言
内核的Makefile使用的是GNU Make。该Makefile只使用GNU Make已注明的功能，并使用
了许多GNU 的扩展功能。
GNU Make支持基本的显示处理过程的函数。内核Makefile 使用了一种类似小说的方式
，显示"if"语句的构造、处理过程。
GNU Make 有2个赋值操作符，":="和"="。":="，将对右边的表达式求值，并将所求的值
赋给左边。"="更像是一个公式定义，只是将右边的值简单的赋值给左边，当左边的表达
式被使用时，才求值。
有时使用"="是正确的。但是，一般情况下，推荐使用":="。
=== 9 关于作者
第一版由 Michael Elizabeth Chastain,<mailto:mec@shout.net>
修改：kai Germaschewski <kai@tpl.ruhr-uni-bochum.de>
Sam Ravnborg <sam@ravnborg.org>
=== 10 TODO
- 描述Kbuild是如何用 _shipped 来支持 shipped 文件的。
- 生成分支头文件
- 在第7节加入更多的变量
第二部分：Makefile 实例分析
=== 2 用户与作用
=== 3 Kbuild文件
--- 3.1 目标定义
--- 3.2 编译进内核 - obj-y
--- 3.3 编译可装载模块 - obj-m
--- 3.4 输出的符号
--- 3.5 目标库文件 - lib-y
--- 3.6 递归躺下访问目录
--- 3.7 编辑标志
--- 3.8 命令行的依赖关系(原文中没有写:-))
--- 3.9 跟踪依赖
--- 3.10 特殊规则
--- 3.11 $(CC) 支持的函数
=== 4 本机程序支持
--- 4.1 简单的本机程序
--- 4.2 复合的本机程序
--- 4.3 定义共享库
--- 4.4 使用用C++编写的本机程序
--- 4.5 控制本机程序的编译选项
--- 4.6 编译主机程序时
--- 4.7 使用 hostprogs-$(CONFIG_FOO)
=== 5 Kbuild清理
=== 6 架构Makefile
--- 6.1 调整针对某一具体架构生成的镜像
--- 6.2 将所需文件加到 archprepare 中
--- 6.3 递归下向时要访问的目录列表
--- 6.4 具体架构的启动镜像
--- 6.5 构造非Kbuild目标
--- 6.6 构建启动镜像的命令
--- 6.7 Kbuild自定义命令
--- 6.8 联接器预处理脚本
=== 7 Kbuild 变量
=== 8 Makefile语言
=== 9 关于作者
=== 10 TODO
=== 1 概述
Linux内核的Makefile分为5个部分：
Makefile 顶层Makefile
.config 内核配置文件
arch/$(ARCH)/Makefile 具体架构的Makefile
scripts/Makefile.* 通用的规则等。面向所有的Kbuild Makefiles。
kbuild Makefiles 内核源代码中大约有500个这样的文件
顶层Makefile阅读的.config文件，而该文件是由内核配置程序生成的。
顶层Makefile负责制作：vmlinux(内核文件)与模块(任何模块文件)。制作的过程主要是通过递归向下访问子目录的形式完成。并根据内核配置文件确定访问哪些子目录。顶层Makefile要原封不动的包含一具体架构的Makefile（由顶层Makefile语句include $(srctree)/arch/$(ARCH)/Makefile指明），其名字类似于 arch/$(ARCH)/Makefile。该架构Makefile向顶层Makefile提供其架构的特别信息。
每一个子目录都有一个Kbuild Makefile文件，用来执行从其上层目录传递下来的命令。Kbuild Makefile从.config文件中提取信息，生成Kbuild完成内核编译所需的文件列表。
scripts/Makefile.*包含了所有的定义、规则等信息。这些文件被用来编译基于kbuild Makefile的内核。(**有点不通**)
=== 2 用户与作用
可以将人们与内核Makefile的关系分成4类。
*使用者* 编译内核的人。他们只是键入"make menuconfig"或"make"这样的命令。一般
情况下是不会读或编辑任何内核Makefile（或者任何的源文件）。
*普通开发人员* 这是一群工作在内核某一功能上的人，比如：驱动开发，文件系统或
网络协议。他们所需要维护的只是他们所工作的子系统的Kbuild Makefile。为了提高
工作的效率，他们也需要对内核Makefile有一个全面的认识，并且要熟悉Kbuild的接口
。
*架构开发人员* 这是一些工作在具体架构，比如sparc 或者ia64，上面的人。架构开
发者需要在熟悉kbuild Makefile的同时，也要熟悉他所工作架构的Makefile。
*Kbuild开发者* 维护Kbuild系统的人。他们需要知晓内核Makefile的方方面面。
该文件是为普通开发人员与架构开发人员所写。
=== 3 Kbuild文件
大部分内核中的Makefile都是使用Kbuild组织结构的Kbuild Makefile。这章介绍了
Kbuild Makefile的语法。
Kbuild文件倾向于"Makefile"这个名字，"Kbuild"也是可以用的。但如果"Makefile"
"Kbuild"同时出现的话，使用的将会是"Kbuild"文件。
3.1节 目标定义是一个快速介绍，以后的几章会提供更详细的内容以及实例。
--- 3.1 目标定义
目标定义是Kbuild Makefile的主要部分，也是核心部分。主要是定义了要编
译的文件，所有的选项，以及到哪些子目录去执行递归操作。
最简单的Kbuild makefile 只包含一行：
例子：
obj-y += foo.o
该例子告诉Kbuild在这目录里，有一个名为foo.o的目标文件。foo.o将从foo.c
或foo.S文件编译得到。
如果foo.o要编译成一模块，那就要用obj-m了。所采用的形式如下：
例子：
obj-$(CONFIG_FOO) += foo.o
$(CONFIG_FOO)可以为y(编译进内核) 或m(编译成模块)。如果CONFIG_FOO不是y
和m,那么该文件就不会被编译联接了。
--- 3.2 编译进内核 - obj-y
Kbuild Makefile 规定所有编译进内核的目标文件都存在$(obj-y)列表中。而
这些列表依赖内核的配置。
Kbuild编译所有的$(obj-y)文件。然后，调用"$(LD) -r"将它们合并到一个
build-in.o文件中。稍后，该build-in.o会被其父Makefile联接进vmlinux中。
$(obj-y)中的文件是有顺序的。列表中有重复项是可以的：当第一个文件被联
接到built-in.o中后，其余文件就被忽略了。
联接也是有顺序的，那是因为有些函数(module_init()/__initcall)将会在启
动时按照他们出现的顺序进行调用。所以，记住改变联接的顺序可能改变你
SCSI控制器的检测顺序，从而导致你的硬盘数据损害。
例子：
#drivers/isdn/i4l/Makefile
# Makefile for the kernel ISDN subsystem and device drivers.
# Each configuration option enables a list of files.
obj-$(CONFIG_ISDN) += isdn.o
obj-$(CONFIG_ISDN_PPP_BSDCOMP) += isdn_bsdcomp.o
--- 3.3 编译可装载模块 - obj-m
$(obj-m) 列举出了哪些文件要编译成可装载模块。
一个模块可以由一个文件或多个文件编译而成。如果是一个源文件，Kbuild Makefile只需简单的将其加到$(obj-m)中去就可以了。
例子：
#drivers/isdn/i4l/Makefile
obj-$(CONFIG_ISDN_PPP_BSDCOMP) += isdn_bsdcomp.o
注意：此例中 $(CONFIG_ISDN_PPP_BSDCOMP) 的值为'm'
如果内核模块是由多个源文件编译而成，那你就要采用上面那个例子一样的方法去声明你所要编译的模块。
Kbuild需要知道你所编译的模块是基于哪些文件，所以你需要通过变量 $(<module_name>-objs)来告诉它。
例子：
#drivers/isdn/i4l/Makefile
obj-$(CONFIG_ISDN) += isdn.o
isdn-objs := isdn_net_lib.o isdn_v110.o isdn_common.o
在这个例子中，模块名将是isdn.o,Kbuild将编译在$(isdn-objs)中列出的所有文件，然后使用"$(LD) -r"生成isdn.o。
Kbuild能够识别用于组成目标文件的后缀-objs和后缀-y。这就让Kbuild
Makefile可以通过使用 CONFIG_ 符号来判断该对象是否是用来组合对象的。
例子：
#fs/ext2/Makefile
obj-$(CONFIG_EXT2_FS) += ext2.o
ext2-y := balloc.o bitmap.o
ext2-$(CONFIG_EXT2_FS_XATTR) += xattr.o
在这个例子中，如果 $(CONFIG_EXT2_FS_XATTR) 是 'y',xattr.o将是复合对象 ext2.o的一部分。
注意：当然，当你要将其编译进内核时，上面的语法同样适用。所以，如果你的 CONFIG＿EXT2＿FS=y，那Kbuild会按你所期望的那样，生成 ext2.o文件，然后将其联接到 built-in.o中。
--- 3.4 输出的符号
在Makefile中,没有对模块输出的符号有特殊要求。
--- 3.5 目标库文件 - lib-y
在 obj-* 中所列文件是用来编译模块或者是联接到特定目录中的 built-in.o。同样，也可以列出一些将被包含在lib.a库中的文件。在 lib-y 中所列出的文件用来组成该目录下的一个库文件。
在 obj-y 与 lib-y 中同时列出的文件，因为都是可以访问的，所以该文件是不会被包含在库文件中的。同样的情况，lib-m 中的文件就要包含在lib.a库文件中。
注意，一个Kbuild makefile可以同时列出要编译进内核的文件与要编译成库的文件。所以，在一个目录里可以同时存在 built-in.o 与 lib.a 两个文件。
例子：
#arch/i386/lib/Makefile
lib-y := chechsum.o delay.o
这将由 checksum.o 和delay.o 两个文件创建一个库文件 lib.a。为了让 Kbuild 真正认识到这里要有一个库文件 lib.a 要创建，其所在的目录要加到 libs-y 列表中。 还可参考"6.3 递归下向时要访问的目录列表" lib-y 使用一般限制在 lib/ 和 arch/*/lib 中。
--- 3.6 递归向下访问目录
一个Makefile只对编译所在目录的对象负责。在子目录中的文件的编译要由其所在的子目录的Makefile来管理。只要你让Kbuild知道它应该递归操作，那么该系统就会在其子目录中自动的调用 make 递归操作。
这就是 obj-y 和 obj-m 的作用。
ext2 被放的一个单独的目录下，在fs目录下的Makefile会告诉Kbuild使用下面的赋值进行向下递归操作。
例子：
#fs/Makefile
obj-$(CONFIG_EXT2_FS) += ext2/
如果 CONFIG_EXT2_FS 被设置为 'y'(编译进内核)或是'm'(编译成模块)，相应的 obj- 变量就会被设置，并且Kbuild就会递归向下访问 ext2 目录。Kbuild只是用这些信息来决定它是否需要访问该目录，而具体怎么编译由该目录中的Makefile来决定。
将 CONFIG_ 变量 设置成目录名是一个好的编程习惯。这让Kbuild在完全忽略那些相应的 CONFIG_ 值不是'y'和'm'的目录。
--- 3.7 编辑标志
EXTRA_CFLAGS, EXTRA_AFLAGS, EXTRA_LDFLAGS, EXTRA_ARFLAGS
所有的 EXTRA_ 变量只在所定义的 Kbuild Makefile 中起作用。EXTRA_ 变量可
以在Kbuild Makefile中所有命令中使用。
$(EXTRA_CFLAGS) 是用 $(CC) 编译C源文件时的选项。
例子：
# drivers/sound/emu10kl/Makefile
EXTRA_CFLAGS += -I$(obj)
ifdef DEBUG
EXTRA_CFLAGS += -DEMU10KL_DEBUG
endif
该变量是必须的，因为顶层Makefile拥有变量 $(CFLAGS) 并用来作为整个源
代码树的编译选项。
$(EXTRA_AFLAGS) 也是一个针对每个目录的选项，只不过它是用来编译汇编
源代码的。
例子：
#arch/x86_64/kernel/Makefile
EXTRA_AFLAGS := -traditional
$(EXTRA_LDFLAGS) 和 $(EXTRA_ARFLAGS)分别与 $(LD)和 $(AR)类似，只不
过，他们是针对每个目录的。
例子：
#arch/m68k/fpsp040/Makefile
EXTRA_LDFLAGS := -x
CFLAGS_$@, AFLSGA_$@
CFLAGS_$@ 和 AFLAGS_$@ 只能在当前Kbuild Makefile中的命令中使用。
$(CFLAGS_$@) 是 $(CC) 针对每个文件的选项。$@ 表明了具体操作的文件。
例子：
# drivers/scsi/Makefile
CFLAGS_aha152x.o = -DAHA152X_STAT -DAUTOCONF
CFLAGS_gdth.o = # -DDEBUG_GDTH=2 -D__SERIAL__ -D__COM2__ \
-DGDTH_STATISTICS
CFLAGS_seagate.o = -DARBITRATE -DPARITY -DSEAGATE_USE_ASM
以上三行分别设置了aha152x.o,gdth.o 和 seagate.o的编辑选项。
$(AFLAGS_$@) 也类似，只不是是针对汇编语言的。
例子：
# arch/arm/kernel/Makefile
AFLAGS_head-armv.o := -DTEXTADDR=$(TEXTADDR) -traditional
AFLAGS_head-armo.o := -DTEXTADDR=$(TEXTADDR) -traditional
--- 3.9 跟踪依赖
Kbuild 跟踪在以下方面依赖：
1) 所有要参与编译的文件(所有的.c 和.h文件)
2) 在参与编译文件中所要使用的 CONFIG_ 选项
3) 用于编译目标的命令行
因此，如果你改变了 $(CC) 的选项，所有受影响的文件都要重新编译。
--- 3.10 特殊规则
特殊规则就是那Kbuild架构不能提供所要求的支持时，所使用的规则。一个典型的例子就是在构建过程中生成的头文件。另一个例子就是那些需要采用特殊规则来准备启动镜像。
特殊规则的写法与普通Make规则一样。Kbuild并不在Makefile所在的目录执行，所以所有的特殊规则都要提供参与编译的文件和目标文件的相对路径。
在定义特殊规则时，要使用以下两个变量：
$(src)
$(src) 表明Makefile所在目录的相对路径。经常在定位源代码树中的文件时，使用该变量。
$(obj)
$(obj) 表明目标文件所要存储目录的相对路径。经常在定位所生成的文件时，使用该变量。
例子：
#drivers/scsi/Makefile
$(obj)/53c8xx_d.h: $(src)/53c7,8xx.scr $(src)/script_asm.pl
$(CPP) -DCHIP=810 - < $< | ... $(src)/script_asm.pl
这就是一个特殊规则，遵守着make所要求的普通语法。目标文件依赖于两个源文件。用$(obj)来定位目标文件，用$(src)来定位源文件(因为它们不是我们生成的文件)。
--- 3.11 $(CC) 支持的函数
内核可能由多个不同版本的$(CC)编译，而每个版本都支持一不同的功能集与选项集。Kbuild提供了检查 $(CC) 可用选项的基本功能。$(CC)一般情况下是gcc编译器，但也可以使用其它编译器来代替gcc。
as-option
as-option，当编译汇编文件(*.S)时，用来检查 $(CC) 是否支持特定选项。如果第一个选项不支持的话，可选的第二个选项可以用来指定。
例子：
#arch/sh/Makefile
cflags-y += $(call as-option,-Wa$(comma)-isa=$(isa-y),)
在上面的例子里，如果 $(CC) 支持选项 -Wa$(comma)-isa=$(isa-y)，cflags-y就会被赋予该值。第二个参数是可选的，当第一个参数不支持时，就会使用该值。
ld-option
ld-option，当链接目标文件时，用来检查 $(CC) 是否支持特定选项。如果第一个选项不支持的话，可选的第二个选项可以用来指定。
例子：
#arch/i386/kernel/Makefile
vsyscall-flags += $(call ld-option, -Wl$(comma)--hash-style=sysv)
在上面的例子中，如果 $(CC)支持选项 -Wl$(comma)--hash-style=sysv，ld-option就会被赋予该值。第二个参数是可选的，当第一个参数不支持时，就会使用该值。
cc-option
cc-option，用来检查 $(CC) 是否支持特定选项,并且不支持使用可选的第二项。
例子：
#arch/i386/Makefile
cflags-y += $(call cc-option,-march=pentium-mmx,-march=i586)
在上面的例子中，如果 $(CC)支持选项 -march=pentium-mmx，cc-option就会被赋予该值，否则就赋 -march-i586。cc-option的第二个参数是可选的。如果忽略的话，当第一个选项不支持时，cflags-y 不会被赋值。
cc-option-yn
cc-option-yn,用来检查 gcc 是否支持特定选项，返回'y'支持，否则为'n'。
例子：
#arch/ppc/Makefile
biarch := $(call cc-option-yn, -m32)
aflags-$(biarch) += -a32
cflags-$(biarch) += -m32
在上面的例子里，当 $(CC) 支持 -m32选项时，$(biarch)设置为y。当
$(biarch) 为y时，扩展的 $(aflags-y) 和 $(cflags-y)变量就会被赋值为
-a32 和 -m32。
cc-option-align
gcc版本大于3.0时，改变了函数，循环等用来声明内存对齐的选项。当用到对齐选项时，$(cc-option-align) 用来选择正确的前缀：
gcc < 3.00
cc-option-align = -malign
gcc >= 3.00
cc-option-align = -falign
例子：
CFLAGS += $(cc-option-align)-functions=4
在上面的例子中，选项 -falign-funcions=4 被用在gcc >= 3.00的时候。对于小于3.00时， 使用 -malign-funcions=4 。
cc-version
cc-version以数学形式返回 $(CC) 编译器的版本号。
其格式是：<major><minor>，二者都是数学。比如，gcc 3.41 会返回 0341。当某版本的$(CC) 在某方面有缺陷时,cc-version就会很有用。比如，选项-mregparm=3 虽然会被gcc接受，但其实现是有问题的。
例子：
#arch/i386/Makefile
cflags-y += $(shell \
if [ $(call cc-version) -ge 0300 ] ; then \
echo "-meregparm=3"; fi ;)
在上面的例子中，-mregparm=3只会在gcc的版本号大于等于3.0的时候使用。
cc-ifversion
cc-ifversion测试 $(CC) 的版本号，如果版本表达式为真，就赋值为最后的参数。
例子：
#fs/reiserfs/Makefile
EXTRA_CFLAGS := $(call cc-ifversion, -lt, 0402, -O1)
在这个例子中，如果 $(CC) 的版本小于4.2,EXTRA_CFLAGS就被赋值 -O1。cc－ifversion 可使用所有的shell 操作符：-eq,-ne,-lt,-le,-gt,和-ge。第三个参数可以像上面例子一样是个文本，但也可以是个扩展的变量或宏。
/*这段翻译的不好*/
=== 4 本机程序支持
Kbuild 支持编译那些将在编译阶段使用的可执行文件。为了使用该可执行文件，要将编译分成二个阶段。
第一阶段是告诉Kbuild存在哪些可执行文件。这是通过变量 hostprogs-y来完成的。
第二阶段是添加一个对可执行文件的显性依赖。有两种方法:增加依赖关系到一个规则
中，或是利用变量 $(always)。
以下是详细叙述.
--- 4.1 简单的本机程序
在编译内核时，有时会需要编译并运行一个程序。
下面这行就告诉了kbuild，程序bin2hex应该在本机上编译。
例子：
hostprogs-y := bin2hex
在上面的例子中，Kbuild假设bin2hex是由一个与其在同一目录下，名为
bin2hex.c 的C语言源文件编译而成的。
--- 4.2 复合的本机程序
本机程序可以由多个文件编译而成。
所使用的语法与内核的相应语法很相似。
$(<executeable>-objs) 列出了联接成最后的可执行文件所需的所有目标文件。
例子：
#scripts/lxdialog/Makefile
hostprogs-y := lxdialog
lxdialog-objs := checklist.o lxdialog.o
扩展名为.o的文件是从相应的.c文件编译而来的。在上面的例子中，checklist.c 编译成了checklist.o，lxdialog.c编译成了lxdialog.o。最后，两个.o文件联接成了一可执行文件，lxdialog。注意：语法 <executable>-y不是只能用来生成本机程序。
--- 4.3 定义共享库
扩展名为so的文件称为共享库，被编译成位置无关对象。Kbuild也支持共享库，但共享库的使用很有限。在下面的例子中，libconfig.so共享库用来联接到可执行文件 conf中。
例子：
#scripts/kconfig/Makefile
hostprogs-y := conf
conf-objs := conf.o libkconfig.so
libkcofig-objs := expr.o type.o
共享库文件经常要求一个相应的 -objs，在上面的例子中，共享库libkconfig是由 expr.o 和 type.o两个文件组成的。expr.o 和 type.o 将被编译成位置无关码，然后联接成共享库文件libkconfig.so。C++并不支持共享库。
--- 4.4 使用用C++编写的本机程序
kbuild也支持用C++编写的本机程序。在此专门介绍是为了支持kconfig，并且
在一般情况下不推荐使用。
例子：
#scripts/kconfig/Makefile
hostprogs-y := qconf
qconf-cxxobjs := qconf.o
在上面的例子中，可执行文件是由C++文件 qconf.cc编译而成的，由$(qconf-cxxobjs)来标识。
如果qconf是由.c和.cc一起编译的，那么就需要专门来标识这些文件了。
例子：
#scripts/kconfig/Makefile
hostprogs-y := qconf
qconf-cxxobjs := qconf.o
qconf-objs := check.o
--- 4.5 控制本机程序的编译选项
当编译本机程序时，有可能使用到特殊选项。程序经常是利用$(HOSTCC)编译,其选项在 $(HOSTCFLAGS)变量中。可通过使用变量 HOST＿EXTRACFLAGS，影响所有在Makefile文件中要创建的主机程序。
例子：
#scripts/lxdialog/Makefile
HOST_EXTRACFLAGS += -I/usr/include/ncurses
为一单个文件设置选项，可按形式进行：
例子：
#arch/ppc64/boot/Makefile
HOSTCFLAGS_pinggyback.o := -DKERNELBASE=$(KERNELBASE)
同样也可以给联接器声明一特殊选项。
例子：
#scripts/kconfig/Makefile
HOSTLOADLIBES_qconf := -L$(QTDIR)/lib
当联接qconf时，将会向联接器传递附加选项 "-L$(QTDIR)/lib"。
--- 4.6 编译主机程序时
Kbuild只在需要时编译主机程序。
有两种方法：
(1) 在一具体的规则中显性列出所需要的文件
例子：
#drivers/pci/Makefile
hostprogs-y := gen-devlist
$(obj)/devlist.h: $(src)/pci.ids $(obj)/gen-devlist
( cd $(obj); ./gen-devlist ) < $<
目标 $(obj)/devlist.h 是不会在 $(obj)/gen-devlist 更新之前编译的。注意
在该规则中所有有关主机程序的命令必须以$(obj)开头。
(2) 使用 $(always)
当Makefile要编译主机程序，但没有适合的规则时，使用 $(always)。
例子：
#scripts/lxdialog/Makefile
hostprogs-y := lxdialog
always := $(hostprogs-y)
这就是告诉Kbuild，即使没有在规则中声明，也要编译 lxdialog。
--- 4.7 使用 hostprogs-$(CONFIG_FOO)
一个典型的Kbuild模式如下：
例子：
#scripts/Makefile
hostprogs-$(CONFIG_KALLSYMS) += kallsyms
Kbuild 知道 'y' 是编译进内核，而 'm' 是编译成模块。所以，如果配置符号是'm'，Kbuild仍然会编译它。换句话说，Kbuild处理 hostprogs-m 与 hostprogs-y 的方式是完全一致的。只是，如果不用 CONFIG，最好用hostprogs-y。
=== 5 Kbuild清理(clean)
"make clean"删除几乎所有的在编译内核时生成的文件，包括了主机程序在内。Kbuild 通过列表 $(hostprogs-y)，$(hostprogs-m)，$(always)，$(extra-y) 和$(targets) 知道所要编译的目标。这些目标文件都会被 "make clean" 删除。另外，在"make clean"还会删除匹 "*.oas]"，"*.ko" 的文件，以及由 Kbuild生成的辅助文件。
辅助文件由 Kbuild Makefile 中的 $(clean-files) 指明。
例子：
#drivers/pci/Makefile
clean-files := devlist.h classlist.h
当执行 "make clean" 时，"devlist.h classlist.h"这两个文件将被删除。如果不使用绝对路径(路径以'/'开头)的话，Kbuild假设所要删除的文件与Makefile在同一个相对路径上。
要删除一目录：
例子：
#scripts/package/Makefile
clean-dirs := $(objtree)/debian/
这就会删除目录 debian，包括其所有的子目录。如果不使用绝对路径(路径以'/'开头)的话，Kbuild假设所要删除的目录与Makefile在同一个相对路径上。
一般情况下，Kbuild会根据 "obj-* := dir/" 递归访问其子目录，但有的时候，Kbuild架构还不足以描述所有的情况时，还要显式的指明所要访问的子目录。
例子：
#arch/i386/boot/Makefile
subdir- := compressed/
上面的赋值命令告诉Kbuild，当执行"make clean"时，要递归访问目录 compressed/。为了支持在最终编译完成启动镜像后的架构清理工作，还有一可选的目标 archclean：
例子：
#arch/i386/Makefile
archclean:
$(Q)$(MAKE) $(clean)=arch/i386/boot
当"make clean"执行时，make会递归访问并清理 arch/i386/boot。在 arch/i386/boot中的Makefile可以用来提示make进行下一步的递归操作。
注意1：arch/$(ARCH)/Makefile 不能使用"subdir-"，因为该Makefile被包含在顶层的Makefile中，Kbuild是不会在此处进行操作的。
注意2："make clean" 会访问在 core-y，libs-y，drivers-y 和 net-y 列出的所有目录。
=== 6 架构Makefile
在递归访问目录之前，顶层Makefile要完成设置环境变量以及递归访问的准备工作。顶层Makefile包含的公共部分，而 arch/$(ARCH)/Makefile 包含着针对某一特定架构的配置信息。所以，要在 arch/$(ARCH)/Makefile 中设置一部分变量，并定义一些目标。
Kbuild执行的几个步驟(大致)：
1) 根据内核配置生成文件 .config
2) 将内核的版本号存储在 include/linux/version.h
3) 生成指向 include/asm-$(ARCH) 的符号链接
4) 更新所有编译所需的文件：
-附加的文件由 arch/$(ARCH)/Makefile 指定。
5) 递归向下访问所有在下列变量中列出的目录： init-* core-* drivers-* net-* libs-*，并编译生成目标文件。
-这些变量的值可以在 arch/$(ARCH)/Makefile 中扩充。
6) 联接所有的目标文件，在源代码树顶层目录中生成 vmlinux。最先联接是在 head-y中列出的文件，该变量由 arch/$(ARCH)/Makefile 赋值。
7) 最后完成具体架构的特殊要求，并生成最终的启动镜像。
-包含生成启动指令
-准备 initrd 镜像或类似文件
--- 6.1 调整针对某一具体架构生成的镜像
LDFLAGS 一般是 $(LD) 选项
该选项在每次调用联接器时都会用到。一般情况下，只用来指明模拟器。
例子：
#arch/s390/Makefile
LDFLAGS := -m elf_s390
注意：EXTRA_LDFLAGS 和 LDFLAGS_$@ 可用来进一步自定义选项。请看第七章。
LDFLAGS_MODULE 联接模块时的联接器的选项
LDFLAGS_MODULE 所设置的选项将在联接器在联接模块文件 .ko 时使用。
默认值为 "-r"，指定输出文件是可重定位的。
LDFLAGS_vmlinux 联接vmlinux时的选项
LDFLAGS_vmlinux用来传递联接vmlinux时的联接器的选项。
LDFLAGS_vmlinux需 LDFLAGS_$@ 支持。
例子：
#arch/i386/Makefile
LDFLAGS_vmlinux := -e stext
OBJCOPYFLAGS objcopy 选项
当用 $(call if_changed,objcopy) 来转换(translate)一个.o文件时，该选项就会被使用。
$(call if_changed,objcopy) 经常被用来为vmlinux生成原始的二进制代码。
例子：
#arch/s390/Makefile
OBJCOPYFLAGS := -O binary
＃arch/s390/boot/Makefile
$(obj)/image: vmlinux FORCE
$(call if_changed,objcopy)
在此例中，二进制文件 $(obj)/image 是 vmlinux 的一个二进制版本。
$(call if_chagned,xxx)的用法稍后描述。
AFLAGS $(AS) 汇编编译器选项
默认值在顶层Makefile 扩充或修改在各具体架构的Makefile
例子：
#arch/sparc64/Makefile
AFLAGS += -m64 -mcpu=ultrasparc
CFLAGS $(CC) 编译器选项
默认值在顶层Makefile 扩充或修改在各具体架构的Makefile。
一般，CFLAGS要根据内核配置设置。
例子：
#arch/i386/Makefile
cflags-$(CONFIG_M386) += -march=i386
CFLAGS += $(cflags-y)
许多架构Makefile都通过调用所要使用的C编译器，动态的检查其所支持的选项：
#arch/i386/Makefile
...
cflags-$(CONFIG_MPENTIUMII) += $(call cc-option,\
-march=pentium2,-march=i686)
...
# Disable unit-at-a-time mode ...
CFLAGS += $(call cc-option,-fno-unit-at-a-time)
...
第一个例子利用了一个配置选项，当其为'y'时，扩展。
CFLAGS_KERNEL ：
#arch/i386/Makefile
...
cflags-$(CONFIG_MPENTIUMII) += $(call cc-option,\
-march=pentium2,-march=i686)
...
# Disable unit-at-a-time mode ...
CFLAGS += $(call cc-option,-fno-unit-at-a-time)
...
第一个例子利用了一个配置选项，当其为'y'时，扩展。
CFLAGS_KERNEL 编译进内核时，$(CC) 所用的选项
$(CFLAGS_KERNEL) 包含了用于编译常驻内核代码的附加编译器选项。
CFLAGS_MODULE 编译成模块时，$(CC)所用的选项
$(CFLAGS_MODULE) 包含了用于编译可装载模块的附加编译器选项。
--- 6.2 将所需文件加到 archprepare 中：
archprepare规则在递归访问子目录之前，列出编译目标文件所需文件。
一般情况下，这是一个包含汇编常量的头文件。(assembler constants)
例子：
#arch/arm/Makefile
archprepare: maketools
此例中，目标文件 maketools 将在递归访问子目录之前编译。 在TODO一章可以看到，Kbuild是如何支持生成分支头文件的。(offset header files)
--- 6.3 递归下向时要访问的目录列表
如何生成 vmlinux，是由架构makefile和顶层Makefile一起来定义的。注意,架构Makefile是不会定义与模块相关的内容的，所有构建模块的定义是与架构无关的。
head-y,init-y,core-y,libs-y,drivers-y,net-y
$(head-y) 列出了最先被联接进 vmlinux 的目标文件。
$(libs-y) 列出了生成的所有 lib.a 所在的目录。
其余所列的目录，是 built-in.o 所在的目录。
$(init-y) 在 $(head-y) 之后所要使用的文件。
然后，剩下的步骤如下：
$(core-y),$(libs-y),$(drivers-y)和$(net-y)。
顶层makefile定义了通用的部分，arch/$(ARCH)/Makefile 添加了架构的特殊要求。
例子：
#arch/sparc64/Makefile
core-y += arch/sparc64/kernel/
libs-y += arch/sparc64/prom/ arch/sparc64/lib/
drivers-$(CONFIG_OPROFILE) += arch/sparc64/oprofile/
--- 6.4 具体架构的启动镜像
一具体架构Makefile的具体目的就是，将生成并压缩 vmlinux 文件，写入启动代码，并将其拷贝到正确的位置。这就包含了多种不同的安装命令。该具体目的也无法在各个平台间进行标准化。
一般，附加的处理命令入在 arch/$(ARCH)/下的boot目录。
Kbuild并没有为构造boot所指定的目标提供任何更好的方法。所以，arch/$(ARCH)/Makefile 将会调用 make 以手工构造 boot的目标文件。
比较好的方法是，在arch/$(ARCH)/Makefile中包含快捷方式，并在arch/$(ARCH)/boot/Makefile 中使用全部路径。
例子：
#arch/i386/Makefile
boot := arch/i386/boot
bzImage: vmlinux
$(Q)$(MAKE) $(build)=$(boot) $(boot)/$@
当在子目录中调用 make 时，推荐使用 "$(Q)$(MAKE) $(build)=<dir>" 。
并没有对架构特殊目标的命名规则，但用命令 "make help" 可以列出所有的相关目标。
为了支持 "make help"，$(archhelp) 必须被定义。
例子：
#arch/i386/Makefile
define archhelp
echo '* bzImage - Image (arch/$(ARCH)/boot/bzImage)'
endef
当make 没带参数执行时，所遇到的第一个目标将被执行。在顶层，第一个目标就是 all：。
每个架构Makefile都要默认构造一可启动的镜像文件。在 "make help"中，默认目标就是被加亮的'*'。添加一新的前提文件到 all：，就可以构造出一不同的vmlinux。
例子：
#arch/i386/Makefile
all: bzImage
当 make 没有参数时，bzImage将被构造。
--- 6.5 构造非Kbuild目标
extra-y
extra-y 列出了在当前目录下，所要创建的附加文件，不包含任何已包含在obj-* 中的文件。
用 extra-y 列目标，主要是两个目的：
1) 可以使Kbuild检查命令行是否发生变化
- 使用 $(call if_changed,xxx) 的时候
2) 让Kbuild知道哪些文件要在 "make clean" 时删除
例子：
#arch/i386/kernel/Makefile
extra-y := head.o init_task.o
在此例子中，extra-y用来列出所有只编译，但不联接到 built-in.o的目标文件。
--- 6.6 构建启动镜像的命令
Kbuild 提供了几个用在构建启动镜像时的宏。
if_changed
if_changed 为下列命令的基础。
使用方法：
target: source(s) FORCE
$(call if_changed,ld/objcopy/gzip)
当执行该规则时，就检查是否有文件需要更新，或者在上次调用以后，命令行发生了改变。如果有选项发生了改变，后者会导致重新构造。只有在 $(targets)列出的的目标文件，才能使用if_changed，否则命令行的检查会失败，并且目标总会被重建。给 $(targets)的赋值没有前缀 $(obj)/ 。 if_changed 可用来联接自定义的Kbuild命令，关于Kbuild自定义命令请看 6.7节。
注意：忘记 FORCE 是一种典型的错误。还有一种普遍的错误是，空格有的时候是有意义的；比如。下面的命令就会错误(注意在逗号后面的那个多余的空格)：
target: source(s) FORCE
#WRONG!# $(call if_changed, ld/objcopy/gzip)
ld
联接目标。经常是使用LDFLAGS_$@来设置ld的特殊选项。
objcopy
拷贝二进制代码。一般是在 arch/$(ARCH)/Makefile 中使用 OBJCOPYFLAGS。
OBJCOPYFLAGS_$@ 可以用来设置附加选项。
gzip
压缩目标文件。尽可能的压缩目标文件。
例子：
#arch/i386/boot/Makefile
LDFLAGS_bootsect := -Ttext 0x0 -s --oformat binary
LDFLAGS_setup := -Ttext 0x0 -s --oformat binary -e begtext
targets += setup setup.o bootsect bootsect.o
$(obj)/setup $(obj)/bootsect: %: %.o FORCE
$(call if_changed,ld)
在这个例子中，有两个可能的目标文件，分别要求不同的联接选项。定义联接器的选项使用的是 LDFLAGS_$@ 语法，每个潜在的目标一个。$(targets) 被分配给所有的潜在目标，因此知道目标是哪些，并且还会：
1) 检查命令行是否改变
2) 在 "make clean" 时，删除目标文件
前提部分中的 ": %: %.o" 部分使我们不必在列出文件 setup.o 和 bootsect.o 。
注意：一个普遍的错误是忘记了给 "target"赋值，导致在target中的文件总是无缘无故的被重新编译。
--- 6.7 Kbuild自定义命令
当Kbuild的变量 KBUILD_VERBOSE 为0时，只会显示命令的简写。如果要为自定义命令使用这一功能，需要设置2个变量：
quiet_cmd_<command> - 要显示的命令
cmd_<command> - 要执行的命令
例子：
#
quiet_cmd_image = BUILD $@
cmd_image = $(obj)/tools/build $(BUILDFLAGS) \
$(obj)/vmlinux.bin > $@
targets += bzImage
$(obj)/bzImage: $(obj)/vmlinux.bin $(obj)/tools/build FORCE
$(call if_changed,image)
@echo 'Kernel: $@ is ready'
当用"make KBUILD_VERBOSE=0"更新 $(obj)/bzImage 目标时显示：
BUILD arch/i386/boot/bzImage
--- 6.8 联接器预处理脚本
当构造 vmlinux 镜像时，使用联接器脚本：
arch/$(ARCH)/kernel/vmlinux.lds。
该脚本是由在同一目录下的 vmlinux.lds.S 生成的。Kbuild认识.lds文件，并包含由*.lds.S文件生成*.lds文件的规则。
例子：
#arch/i386/kernel/Makefile
always := vmlinux.lds
#Makefile
export CPPFLAGS_vmlinux.lds += -P -C -U$(ARCH)
$(always)的值是用来告诉Kbuild，构造目标 vmlinux.lds。
$(CPPFLAGS_vmlinux.lds)，Kbuild在构造目标vmlinux.lds时所用到的特殊选项。
当构造 *.lds 目标时，Kbuild要用到下列变量：
CPPFLAGS : 在顶层目录中设置
EXTRA_CPPFLAGS : 可以在Kbuild Makefile中设置
CPPFLAGS_$(@F) : 目标特别选项
注意，此处的赋值用的完整的文件名。
针对*.lds文件的Kbuild构架还被用在许多具体架构的文件中。(***不通***)
=== 7 Kbuild 变量
顶层Makefile输出以下变量：
1、VERSION,PATCHLEVEL,SUBLEVEL,EXTRAVERSION
这些变量定义了当前内核的版本号。只有很少一部分Makefile会直接用到这些
变量；可使用 $(KERNELRELEASE)代替。
$(VERSION),$(PATCHLEVEL),和$(SUBLEVEL) 定义了最初使用的三个数字的版本
号，比如"2""4"和"0"。这三个值一般是数字。
$(EXTRAVERSION) 为了补丁定义了更小的版本号。一般是非数字的字符串，比如
"-pre4" ，或就空着。
KERNELRELEASE
$(KERNELRELEASE) 是一个字符串，类似"2.4.0-pre4"，用于安装目录的命名或
显示当前的版本号。一部分架构Makefile使用该变量。
2、ARCH
该变量定义了目标架构，比如"i386","arm" 或"sparc"。有些Kbuild Makefile
根据 $(ARCH) 决定编译哪些文件。
默认情况下，顶层Makefile将其设置为本机架构。如果是跨平台编译，用户可以
用下面的命令覆盖该值：
make ARCH=m68k ...
3、INSTALL_PATH
该变量为架构Makefile定义了安装内核镜像与 System.map 文件的目录。主要用来指明架构特殊的安装路径。
4、INSTALL_MOD_PATH,MODLIB
$(INSTALL_MOD_PATH) 为了安装模块，给 $(MODLIB) 声明了前缀。该变量不能
在Makefile中定义，但可以由用户传给Makefile。
$(MODLIB) 具体的模块安装的路径。顶层Makefile将$(MODLIB)定义为$(INSTALL_MOD_PATH)/lib/modules/$(KERNELRELEASE)。用户可以通过命令行参数的形式将其覆盖。
5、INSTALL_MOD_STRIP
如果该变量有定义，模块在安装之前，会被剥出符号表。如果
INSTALL_MOD_STRIP 为 "1"，就使用默认选项 --strip-debug。否则，
INSTALL_MOD_STRIP 将作为命令 strip 的选项使用。
=== 8 Makefile语言
内核的Makefile使用的是GNU Make。该Makefile只使用GNU Make已注明的功能，并使用
了许多GNU 的扩展功能。
GNU Make支持基本的显示处理过程的函数。内核Makefile 使用了一种类似小说的方式
，显示"if"语句的构造、处理过程。
GNU Make 有2个赋值操作符，":="和"="。":="，将对右边的表达式求值，并将所求的值
赋给左边。"="更像是一个公式定义，只是将右边的值简单的赋值给左边，当左边的表达
式被使用时，才求值。
有时使用"="是正确的。但是，一般情况下，推荐使用":="。
=== 9 关于作者
第一版由 Michael Elizabeth Chastain,<mailto:mec@shout.net>
修改：kai Germaschewski <kai@tpl.ruhr-uni-bochum.de>
Sam Ravnborg <sam@ravnborg.org>
=== 10 TODO
- 描述Kbuild是如何用 _shipped 来支持 shipped 文件的。
- 生成分支头文件
- 在第7节加入更多的变量
第二部分：Makefile 实例分析
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 20
EXTRAVERSION = .7
NAME = Homicidal Dwarf Hamster
# 以上表明了内核版本。组合起来就是：2.6.20.7 ，yeah，这就是我分析的内核版本
# 注意写makefile时不要使用makefile的内建的规则和变量
#要想不打印"Entering directory ..."字样，请使用no-print-directory选项
MAKEFLAGS += -rR --no-print-directory
# 因为需要递归执行build, 所以必须注意要保证按照正确顺序执行make.
# 使用 'make V=1' 可以看到完整命令
ifdef V
ifeq ("$(origin V)", "command line")
KBUILD_VERBOSE = $(V)
endif
endif
ifndef KBUILD_VERBOSE
KBUILD_VERBOSE = 0
endif
# 使用 'make C=1' 仅检查需要重新使用c编译器编译的文件
# 使用 'make C=2' 检查所有c编译器编译的文件
ifdef C
ifeq ("$(origin C)", "command line")
KBUILD_CHECKSRC = $(C)
endif
endif
ifndef KBUILD_CHECKSRC
KBUILD_CHECKSRC = 0
endif
# 使用 make M=dir 表明需要编译的模块目录
# 旧的语法make ... SUBDIRS=$PWD 依然支持
# 这里通过环境变量 KBUILD_EXTMOD来表示
ifdef SUBDIRS
KBUILD_EXTMOD ?= $(SUBDIRS)
endif
ifdef M
ifeq ("$(origin M)", "command line")
KBUILD_EXTMOD := $(M)
endif
endif
# kbuild 可以把输出文件放到一个分开的目录下
# 定位输出文件目录有两种语法支持：
# 两种方法都要求工作目录是内核源文件目录的根目录
# 1) O=
# 使用 "make O=dir/to/store/output/files/"
#
# 2) 设置 KBUILD_OUTPUT
# 设置环境变量 KBUILD_OUTPUT 来指定输出文件存放的目录
# export KBUILD_OUTPUT=dir/to/store/output/files/
# make
#
# 但是 O= 方式优先于KBUILD_OUTPUT环境变量方式
# KBUILD_SRC 会再obj目录的make调用
# KBUILD_SRC 到目前还不是为了给一般用户使用的
ifeq ($(KBUILD_SRC),)
ifdef O
ifeq ("$(origin O)", "command line")
KBUILD_OUTPUT := $(O)
endif
endif
# 缺剩目标
PHONY := _all
_all:
ifneq ($(KBUILD_OUTPUT),)
# 调用输出目录的第二个make, 传递相关变量检查输出目录确实存在
saved-output := $(KBUILD_OUTPUT)
KBUILD_OUTPUT := $(shell cd $(KBUILD_OUTPUT) && /bin/pwd)
$(if $(KBUILD_OUTPUT),, \
$(error output directory "$(saved-output)" does not exist))
PHONY += $(MAKECMDGOALS)
$(filter-out _all,$(MAKECMDGOALS)) _all:
$(if $(KBUILD_VERBOSE:1=),@)$(MAKE) -C $(KBUILD_OUTPUT) \
KBUILD_SRC=$(CURDIR) \
KBUILD_EXTMOD="$(KBUILD_EXTMOD)" -f $(CURDIR)/Makefile $@
# Leave processing to above invocation of make
skip-makefile := 1
endif # ifneq ($(KBUILD_OUTPUT),)
endif # ifeq ($(KBUILD_SRC),)
ifeq ($(skip-makefile),)
PHONY += all
ifeq ($(KBUILD_EXTMOD),)
_all: all
else
_all: modules
endif
srctree := $(if $(KBUILD_SRC),$(KBUILD_SRC),$(CURDIR))
TOPDIR := $(srctree)
# FIXME - TOPDIR is obsolete, use srctree/objtree
objtree := $(CURDIR)
src := $(srctree)
obj := $(objtree)
VPATH := $(srctree)$(if $(KBUILD_EXTMOD),:$(KBUILD_EXTMOD))
export srctree objtree VPATH TOPDIR
# SUBARCH 告诉 usermode build 当前的机器是什么体系. 它是第一个设置的，并且如果
# 是usermode build ，命令行中的 "ARCH=um" 优先下面的 ARCH 设置. 如果是 native build ,
# 设置ARCH , 获取正常的数值, 将会忽略SUBARCH .
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ )
# 交叉编译和选择不同的gcc/bin-utils
# ---------------------------------------------------------------------------
#
# 当交叉编译其他体系的内核时，ARCH 应该设置为目标体系.
# ARCH 可以再make执行间设置:
# make ARCH=ia64
# 另外一种方法是设置 ARCH 环境变量.
# 默认 ARCH 是当前执行的宿主机.
# CROSS_COMPILE 作为编译时所有执行需要使用的前缀
# 只有gcc 和 相关的 bin-utils 使用 $(CROSS_COMPILE)设置的前缀.
# CROSS_COMPILE 可以再命令行设置：
# make CROSS_COMPILE=ia64-linux-
# 另外 CROSS_COMPILE 也可以再环境变量中设置.
# CROSS_COMPILE 的默认值是空的
# Note: 一些体系的 CROSS_COMPILE 是再其 arch/*/Makefile中设置的
ARCH ?= $(SUBARCH)
CROSS_COMPILE ?=
# Architecture as present in compile.h
UTS_MACHINE := $(ARCH)
KCONFIG_CONFIG ?= .config
# SHELL used by kbuild
CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo $$BASH; \
else if [ -x /bin/bash ]; then echo /bin/bash; \
else echo sh; fi ; fi)
HOSTCC = gcc
HOSTCXX = g++
HOSTCFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer
HOSTCXXFLAGS = -O2
# Decide whether to build built-in, modular, or both.
# Normally, just do built-in.
KBUILD_MODULES :=
KBUILD_BUILTIN := 1
# 如果仅编译模块 "make modules", 就不会编译内建的 objects.
# 当使用modversions编译 modules 时 , 就需要考虑build-in objects,
# 目的是再记录前确认 checksums 已经更新.
ifeq ($(MAKECMDGOALS),modules)
KBUILD_BUILTIN := $(if $(CONFIG_MODVERSIONS),1)
endif
# If we have "make <whatever> modules", compile modules
# in addition to whatever we do anyway.
# Just "make" or "make all" shall build modules as well
ifneq ($(filter all _all modules,$(MAKECMDGOALS)),)
KBUILD_MODULES := 1
endif
ifeq ($(MAKECMDGOALS),)
KBUILD_MODULES := 1
endif
export KBUILD_MODULES KBUILD_BUILTIN
export KBUILD_CHECKSRC KBUILD_SRC KBUILD_EXTMOD
# Beautify output
# ---------------------------------------------------------------------------
#
# 一般，make再执行命令前会打印整个命令信息. 现在通过$($(quiet)$(cmd))方式
# 可以设置 $(quiet) 来选择不同的命令输出方式等.
#
# quiet_cmd_cc_o_c = Compiling $(RELDIR)/$@
# cmd_cc_o_c = $(CC) $(c_flags) -c -o $@ $<
#
# 如果 $(quiet) 为空, 整个命令行将会打印.
# 如果 $(quiet)设置为 "quiet_", 只打印简短的版本信息.
# 如果 $(quiet)设置为 "silent_", 将不会打印任何信息, 因为没有$(silent_cmd_cc_o_c) 变量存在.
#
# 一个简单的前缀 $(Q)放到命令前面，以便再 non-verbose 模式下可以隐藏命令：
#
# $(Q)ln $@ :<
#
# 如果 KBUILD_VERBOSE 等于 0 ，那么上面的命令将隐藏.
# 如果 KBUILD_VERBOSE 等于 1 ，那么上面的命令将显示.
ifeq ($(KBUILD_VERBOSE),1)
quiet =
Q =
else
quiet=quiet_
Q = @
endif
# 如果make -s (silent mode), 不会显示命令
ifneq ($(findstring s,$(MAKEFLAGS)),)
quiet=silent_
endif
export quiet Q KBUILD_VERBOSE
# Look for make include files relative to root of kernel src
MAKEFLAGS += --include-dir=$(srctree)
# We need some generic definitions.
include $(srctree)/scripts/Kbuild.include
# Make variables (CC, etc...)
AS = $(CROSS_COMPILE)as
LD = $(CROSS_COMPILE)ld
CC = $(CROSS_COMPILE)gcc
CPP = $(CC) -E
AR = $(CROSS_COMPILE)ar
NM = $(CROSS_COMPILE)nm
STRIP = $(CROSS_COMPILE)strip
OBJCOPY = $(CROSS_COMPILE)objcopy
OBJDUMP = $(CROSS_COMPILE)objdump
AWK = awk
GENKSYMS = scripts/genksyms/genksyms
DEPMOD = /sbin/depmod
KALLSYMS = scripts/kallsyms
PERL = perl
CHECK = sparse
CHECKFLAGS := -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise $(CF)
MODFLAGS = -DMODULE
CFLAGS_MODULE = $(MODFLAGS)
AFLAGS_MODULE = $(MODFLAGS)
LDFLAGS_MODULE = -r
CFLAGS_KERNEL =
AFLAGS_KERNEL =
# Use LINUXINCLUDE when you must reference the include/ directory.
# Needed to be compatible with the O= option
LINUXINCLUDE := -Iinclude \
$(if $(KBUILD_SRC),-Iinclude2 -I$(srctree)/include) \
-include include/linux/autoconf.h
CPPFLAGS := -D__KERNEL__ $(LINUXINCLUDE)
CFLAGS := -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs \
-fno-strict-aliasing -fno-common
AFLAGS := -D__ASSEMBLY__
# Read KERNELRELEASE from include/config/kernel.release (if it exists)
KERNELRELEASE = $(shell cat include/config/kernel.release 2> /dev/null)
KERNELVERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
export VERSION PATCHLEVEL SUBLEVEL KERNELRELEASE KERNELVERSION
export ARCH CONFIG_SHELL HOSTCC HOSTCFLAGS CROSS_COMPILE AS LD CC
export CPP AR NM STRIP OBJCOPY OBJDUMP MAKE AWK GENKSYMS PERL UTS_MACHINE
export HOSTCXX HOSTCXXFLAGS LDFLAGS_MODULE CHECK CHECKFLAGS
export CPPFLAGS NOSTDINC_FLAGS LINUXINCLUDE OBJCOPYFLAGS LDFLAGS
export CFLAGS CFLAGS_KERNEL CFLAGS_MODULE
export AFLAGS AFLAGS_KERNEL AFLAGS_MODULE
# When compiling out-of-tree modules, put MODVERDIR in the module
# tree rather than in the kernel tree. The kernel tree might
# even be read-only.
export MODVERDIR := $(if $(KBUILD_EXTMOD),$(firstword $(KBUILD_EXTMOD))/).tmp_versions
# Files to ignore in find ... statements
RCS_FIND_IGNORE := \( -name SCCS -o -name BitKeeper -o -name .svn -o -name CVS -o -name .pc -o -name .hg -o -name .git \) -prune -o
export RCS_TAR_IGNORE := --exclude SCCS --exclude BitKeeper --exclude .svn --exclude CVS --exclude .pc --exclude .hg --exclude .git
[未完，待续]
cyliu2007-07-29 14:21# ===========================================================================
# 下面是设置config和build 内核时共同使用的规则
# scripts里面是最基本的帮助builds，在scripts/basic目录下的makefile是所有build时都会用到的工具：fixdep/
PHONY += scripts_basic
scripts_basic:
$(Q)$(MAKE) $(build)=scripts/basic
# 把对scripts/basic/makefile转化到scripts_basic处理
scripts/basic/%: scripts_basic ;
#这里先说说script目录里面的makefile文件作用
#makefile：配置目标，包括编译岛内核和模块方式的target
#makefile_clean:当然是删除了
#kbuild_include:一般的配置选项，会在makefile_build中调用
#makefile_build:build配置
#makefile_lib:module，vmlinux的配置
#makefile_host:配置binary
#makefile_modinst：安装module
#makefile_modpost:
PHONY += outputmakefile
# outputmakefile规则目的是在输出目录产生一个makefile文件。这会为make提供方便。这里是调用scripts/mkmakefile创建makfile文件
outputmakefile:
ifneq ($(KBUILD_SRC),)
$(Q)$(CONFIG_SHELL) $(srctree)/scripts/mkmakefile \
$(srctree) $(objtree) $(VERSION) $(PATCHLEVEL)
endif
# 设置是.config，还是module，还是build命令
no-dot-config-targets := clean mrproper distclean \
cscope TAGS tags help %docs check% \
include/linux/version.h headers_% \
kernelrelease kernelversion
config-targets := 0
mixed-targets := 0
dot-config := 1
ifneq ($(filter $(no-dot-config-targets), $(MAKECMDGOALS)),)
ifeq ($(filter-out $(no-dot-config-targets), $(MAKECMDGOALS)),)
dot-config := 0
endif
endif
ifeq ($(KBUILD_EXTMOD),)
ifneq ($(filter config %config,$(MAKECMDGOALS)),)
config-targets := 1
ifneq ($(filter-out config %config,$(MAKECMDGOALS)),)
mixed-targets := 1
endif
endif
endif
ifeq ($(mixed-targets),1)
# ===========================================================================
# We're called with mixed targets (*config and build targets).
# Handle them one by one.
%:: FORCE
$(Q)$(MAKE) -C $(srctree) KBUILD_SRC= $@
else
ifeq ($(config-targets),1)
# ===========================================================================
#仅配置linux
# Read arch specific Makefile to set KBUILD_DEFCONFIG as needed.
# KBUILD_DEFCONFIG may point out an alternative default configuration
# used for 'make defconfig'
include $(srctree)/arch/$(ARCH)/Makefile
export KBUILD_DEFCONFIG
config %config: scripts_basic outputmakefile FORCE
$(Q)mkdir -p include/linux include/config
$(Q)$(MAKE) $(build)=scripts/kconfig $@
else
# ===========================================================================
# 仅编译内核
ifeq ($(KBUILD_EXTMOD),)
# Additional helpers built in scripts/
# Carefully list dependencies so we do not try to build scripts twice
# in parallel
PHONY += scripts
scripts: scripts_basic include/config/auto.conf
$(Q)$(MAKE) $(build)=$(@)
#下面就不用说了吧
# Objects we will link into vmlinux / subdirs we need to visit
init-y := init/
drivers-y := drivers/ sound/
net-y := net/
libs-y := lib/
core-y := usr/
endif # KBUILD_EXTMOD
ifeq ($(dot-config),1)
# Read in config
-include include/config/auto.conf
ifeq ($(KBUILD_EXTMOD),)
# Read in dependencies to all Kconfig* files, make sure to run
# oldconfig if changes are detected.
-include include/config/auto.conf.cmd
# To avoid any implicit rule to kick in, define an empty command
$(KCONFIG_CONFIG) include/config/auto.conf.cmd: ;
# If .config is newer than include/config/auto.conf, someone tinkered
# with it and forgot to run make oldconfig.
# if auto.conf.cmd is missing then we are probably in a cleaned tree so
# we execute the config step to be sure to catch updated Kconfig files
include/config/auto.conf: $(KCONFIG_CONFIG) include/config/auto.conf.cmd
$(Q)$(MAKE) -f $(srctree)/Makefile silentoldconfig
else
# external modules needs include/linux/autoconf.h and include/config/auto.conf
# but do not care if they are up-to-date. Use auto.conf to trigger the test
PHONY += include/config/auto.conf
include/config/auto.conf:
$(Q)test -e include/linux/autoconf.h -a -e $@ || ( \
echo; \
echo " ERROR: Kernel configuration is invalid."; \
echo " include/linux/autoconf.h or $@ are missing."; \
echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \
echo; \
/bin/false)
endif # KBUILD_EXTMOD
else
# Dummy target needed, because used as prerequisite
include/config/auto.conf: ;
endif # $(dot-config)
cyliu2007-07-29 14:40# ===========================================================================
# 仅编译内核
ifeq ($(KBUILD_EXTMOD),)
# Additional helpers built in scripts/
# Carefully list dependencies so we do not try to build scripts twice
# in parallel
PHONY += scripts
scripts: scripts_basic include/config/auto.conf
$(Q)$(MAKE) $(build)=$(@)
#下面就不用说了吧
# Objects we will link into vmlinux / subdirs we need to visit
init-y := init/
drivers-y := drivers/ sound/
net-y := net/
libs-y := lib/
core-y := usr/
endif # KBUILD_EXTMOD
.....
all: vmlinux
#配置gcc选项
ifdef CONFIG_CC_OPTIMIZE_FOR_SIZE
CFLAGS += -Os
else
CFLAGS += -O2
endif
....
# 缺剩的编译的内核镜像
export KBUILD_IMAGE ?= vmlinux
#
# vmlinux与map安装路径，默认时boot目录
export INSTALL_PATH ?= /boot
#
#module安装目录
#
MODLIB = $(INSTALL_MOD_PATH)/lib/modules/$(KERNELRELEASE)
export MODLIB
#
# 如果定义了INSTALL_MOD_STRIP,在安装module后会strip这些安装的modules
ifdef INSTALL_MOD_STRIP
ifeq ($(INSTALL_MOD_STRIP),1)
mod_strip_cmd = $(STRIP) --strip-debug
else
mod_strip_cmd = $(STRIP) $(INSTALL_MOD_STRIP)
endif # INSTALL_MOD_STRIP=1
else
mod_strip_cmd = true
endif # INSTALL_MOD_STRIP
export mod_strip_cmd
#如果不是安装module
ifeq ($(KBUILD_EXTMOD),)
core-y += kernel/ mm/ fs/ ipc/ security/ crypto/ block/
vmlinux-dirs := $(patsubst %/,%,$(filter %/, $(init-y) $(init-m) \
$(core-y) $(core-m) $(drivers-y) $(drivers-m) \
$(net-y) $(net-m) $(libs-y) $(libs-m)))
vmlinux-alldirs := $(sort $(vmlinux-dirs) $(patsubst %/,%,$(filter %/, \
$(init-n) $(init-) \
$(core-n) $(core-) $(drivers-n) $(drivers-) \
$(net-n) $(net-) $(libs-n) $(libs-))))
init-y := $(patsubst %/, %/built-in.o, $(init-y))
core-y := $(patsubst %/, %/built-in.o, $(core-y))
drivers-y := $(patsubst %/, %/built-in.o, $(drivers-y))
net-y := $(patsubst %/, %/built-in.o, $(net-y))
libs-y1 := $(patsubst %/, %/lib.a, $(libs-y))
libs-y2 := $(patsubst %/, %/built-in.o, $(libs-y))
libs-y := $(libs-y1) $(libs-y2)
# Build vmlinux
...
#配置syms
...
#以下是内核link时的配置
....
0 0
- linux2.6 makefiles.txt学习及实例分析
- linux2.6 makefiles.txt学习及实例分析
- linux2.6 makefiles.txt学习及实例分析
- makefiles.txt 译
- Linux2.6.x Kernel Makefiles（转载）
- linux2.6调度分析
- linux2.6 makefile分析
- linux2.6调度分析
- Linux内核的编译makefiles.txt
- 【补充】Linux-2.6.22.6 makefiles.txt翻译
- linux2.6.32 LED子系统移植及分析
- Makefiles
- linux2.6 makefile分析(1)
- linux2.6内核ppp分析
- Linux2.6 input子系统分析
- Linux2.6软中断分析
- linux2.6内核ppp分析
- Linux2.6 input子系统分析
- 解决UISearchDisplayController搜索结果滚动时，顶部透明的问题
- 对于JAVAWeb开发的最新解
- MapReduce编程之倒排索引
- centos7配置网卡
- [051] 微信公众平台开发教程第22篇-如何保证access_token长期有效
- linux2.6 makefiles.txt学习及实例分析
- flexbuilder 4.6破解
- 天声人語
- Java实现的堆排序算法
- 【北大青鸟视频学习】---过渡知识小总
- 深度学习笔记三：Softmax Regression
- Leetcode[226]-Invert Binary Tree
- 数据库表名作为参数传递给存储过程的方法
- 开源中国GIT中Java分类下TOP10项目的活动情况分析
