分类： LINUX
2011-04-13 09:19:43
[摘要] 由于Linux的独特优势，使越来越多的企业和科研机构把目光转向Linux的开发和研究上。目前Linux最新的稳定内核版本为2.6.17，但是当今绝大部分对于Linux Makefile的介绍文章都是基于2.4内核的，可以说关于2.6内核Makefile相关的文章凤毛麟角，笔者抽时间完成了这篇分析文章，让读者迅速熟悉Linux最新Makefile体系，从而加深对内核的理解，同时也希望能对Linux在公司的推广起到一定的推动作用，算是抛砖引玉吧！
1 Makefile组织层次
Linux的Make体系由如下几部分组成：
Ø 顶层Makefile
顶层Makefile通过读取配置文件，递归编译内核代码树的相关目录，从而产生两个重要的目标文件：vmlinux和模块。
Ø 内核相关Makefile
位于arch/$(ARCH) 目录下，为顶层Makefile提供与具体硬件体协结构相关的信息。
Ø 公共编译规则定义文件。
包括Makefile.build 、Makefile.clean、Makefile.lib、Makefile.host等文件组成。这些文件位于scripts目录中，定义了编译需要的公共的规则和定义。
Ø 内核配置文件 .config
通过调用make menuconfig或者make xconfig命令，用户可以选择需要的配置来生成期望的目标文件。
Ø 其他Makefile
主要为整个Makefile体系提供各自模块的目标文件定义，上层Makefile根据它所定义的目标来完成各自模块的编译。
2 Makefile的使用
在编译内核之前，用户必须首先完成必要的配置。Linux内核提供了数不胜数的功能，支持众多的硬件体系结构，这就需要用户对将要生成的内核进行裁减。内核提供了多种不同的工具来简化内核的配置，最简单的一种是字符界面下命令行工具：
make config
这个工具会依次遍历内核所有的配置项，要求用户进行逐项的选择配置。这个工具会耗费用户太多时间，除非万不得以（你的编译主机不支持其他配置工具）一般不建议使用。
用户还可以使用利用ncurse库编制的图形界面工具，这就是大名鼎鼎的：
make menuconfig
相信以前对2.4内核比较熟悉的用户一定不会陌生。当然在2.6内核中提供了更漂亮和方便的基于X11的图形配置工具：
make xconfig
当用户使用这个工具对Linux内核进行配置时，界面下方会出现这个配置项相关的帮助信息和简单描述，当你对内核配置选项不太熟悉时，建议你使用这个工具来进行内核配置。
当用户完成配置后，配置工具会自动生成.config文件，它被保存在内核代码树的根目录下。用户可以很容易找到它，当然用户也可以直接对这个文件进行简单的修改。但是当你修改过配置文件之后，你必须通过下面的命令来验证和更新配置：
make oldconfig
跟2.4版本的不同之处在于，用户不需要显示的调用make dep命令来生成依赖文件，内核会自动维护代码间的依赖关系。
当一切工作完成以后，用户只需要简单键入make，剩下所有的工作makefile就会自动替你完成了。
3 Makefile编译流程
当用户使用Linux的Makefile编译内核版本时，Makefile的编译流程如下：
Ø 使用命令行或者图形界面配置工具，对内核进行裁减，生成.config配置文件
Ø 保存内核版本信息到 include/linux/version.h
Ø 产生符号链接 include/asm,指向实际目录 include/asm-$(ARCH)
Ø 为最终目标文件的生成进行必要的准备工作
Ø 递归进入 /init 、/core、 /drivers、 /net、 /lib等目录和其中的子目录来编译生成所有的目标文件
Ø 链接上述过程产生的目标文件生成vmlinux，vmlinux存放在内核代码树的根目录下
Ø 最后根据 arch/$(ARCH)/Makefile文件定义的后期编译的处理规则建立最终的映象bootimage,包括创建引导记录、准备initrd映象和相关处理
4 Makefile关键规则和定义描述
1) 目标定义
目标定义是Makefile文件的核心部分，目标定义通知Makefile需要生成哪些目标文件、如何根据特殊的编译选项链接目标文件，同时控制哪些子目录要递归进入进行编译。
这个例子Makefile文件位于/fs/ext2目录 :
#
# Makefile for the linux ext2-filesystem routines.
#
obj-$(CONFIG_EXT2_FS) += ext2.o
ext2-y := balloc.o bitmap.o dir.o file.o fsync.o ialloc.o inode.o \
ioctl.o namei.o super.o symlink.o
ext2-$(CONFIG_EXT2_FS_XATTR) += xattr.o xattr_user.o xattr_trusted.o
ext2-$(CONFIG_EXT2_FS_POSIX_ACL) += acl.o
ext2-$(CONFIG_EXT2_FS_SECURITY) += xattr_security.o
ext2-$(CONFIG_EXT2_FS_XIP) += xip.o
这表示与ext2相关的目标文件由 ext2-y定义的文件列表组成，其中ext2-$(*)是由内核配置文件.config中的配置项决定，最终Makefile会在这个目录下统一生成一个目标文件ext2.o（由obj-$(CONFIG_EXT2_FS)决定）。其中obj-y表示为生成vmlinux文件所需要的目标文件集合，具体的文件依赖于内核配置。
Makefile会编译所有的$(obj-y)中定义的文件，然后调用链接器将这些文件链接到built-in.o文件中。最终built-in.o文件通过顶层Makefile链接到vmlinux中。值得注意的是$(obj-y)的文件顺序很重要。列表文件可以重复，文件第一次出现时将会链接到built-in.o中，后来出现的同名文件将会被忽略。文件顺序直接决定了他们被调用的顺序，这一点读者需要特别注意。
读者可能会在某些Makefile中发现lib-y定义，所有包含在lib-y定义中的目标文件都将会被编译到该目录下一个统一的库文件中。值得注意的是lib-y定义一般被限制在 lib 和arch/$(ARCH)/lib 目录中。
体系makefile文件和顶层makefile文件共同定义了如何建立vmlinux文件的规则。
$(head-y) 列举首先链接到vmlinux的对象文件。
$(libs-y) 列举了能够找到lib.a文件的目录。
其余的变量列举了能够找到内嵌对象文件的目录。
$(init-y) 列举的对象位于$(head-y)对象之后。
然后是如下位置顺序：
$(core-y), $(libs-y), $(drivers-y) 和 $(net-y)。
顶层makefile定义了所有通用目录，arch/$(ARCH)/Makefile文件只需增加体系相关的目录。
例如: #arch/i386/Makefile
libs-y += arch/i386/lib/
core-y += arch/i386/kernel/ \
arch/i386/mm/ \
arch/i386/$(mcore-y)/ \
arch/i386/crypto/
drivers-$(CONFIG_MATH_EMULATION) += arch/i386/math-emu/
drivers-$(CONFIG_PCI) += arch/i386/pci/
…………………………………………
2) 目录递归
Makefile文件只负责当前目录下的目标文件，子目录中的文件由子目录中的makefile负责编译，编译系统使用obj-y 和 obj-m来自动递归编译各个子目录中的文件。
对于fs/Makefile:
obj-$(CONFIG_EXT2_FS) += ext2/
如果在内核配置文件.config中，CONFIG_EXT2_FS被设置为y或者m，则内核makefile会自动进入ext2目录来进行编译。内核Makefile只使用这些信息来决定是否需要编译这个目录，子目录中的makefile规定哪些文件编译为模块，哪些文件编译进内核。
3) 依赖关系
Linux Makefile通过在编译过程中生成的 .文件名.o.cmd（比如对于main.c文件，它对应的依赖文件名为.main.o.cmd）来定义相关的依赖关系。
一般文件的依赖关系由如下部分组成：
Ø 所有的前期依赖文件（包括所有相关的*.c 和 *.h）
Ø 所有与CONFIG_选项相关的文件
Ø 编译目标文件所使用到的命令行
位于init目录下的main.c文件的依赖文件.main.o.cmd内容如下，读者可以结合起来理解上述文件依赖关系的三个组成部分:
cmd_init/main.o := gcc -m32 -Wp,-MD,init/.main.o.d -nostdinc -isystem /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/include -D__KERNEL__ -Iinclude -Iinclude2 -I/home/linux/linux-2.6.17.11/include -include include/linux/autoconf.h -I/home/linux/linux-2.6.17.11/init -Iinit -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -fomit-frame-pointer -pipe -msoft-float -mpreferred-stack-boundary=2 -march=i686 -mcpu=pentium4 -mregparm=3 -ffreestanding -I/home/linux/linux-2.6.17.11/include/asm-i386/mach-default -Iinclude/asm-i386/mach-default -D"KBUILD_STR(s)=\#s" -D"KBUILD_BASENAME=KBUILD_STR(main)" -D"KBUILD_MODNAME=KBUILD_STR(main)" -c -o init/.tmp_main.o /home/linux/linux-2.6.17.11/init/main.c
deps_init/main.o := \
/home/linux/linux-2.6.17.11/init/main.c \
$(wildcard include/config/x86/local/apic.h) \
$(wildcard include/config/acpi.h) \
# 由于篇幅的关系，此处略去一些定义
……………………………………..
include2/asm/mpspec_def.h \
/home/linux/linux-2.6.17.11/include/asm-i386/mach-default/mach_mpspec.h \
include2/asm/io_apic.h \
include2/asm/apic.h \
init/main.o: $(deps_init/main.o)
$(deps_init/main.o):
4) 特殊规则
特殊规则使用在内核编译需要规则定义而没有相应定义的时候。典型的例子如编译时头文件的产生规则。其他例子有体系makefile编译引导映像的特殊规则。特殊规则写法同普通的makefile规则。
编译程序在makefile所在的目录不能被执行，因此所有的特殊规则需要提供前期文件和目标文件的相对路径。
定义特殊规则时将使用到两个变量：
$(src)： $(src)是对于makefile文件目录的相对路径，当使用代码树中的文件时
使用该变量$(src)。
$(obj)： $(obj)是目标文件目录的相对路径。生成文件使用$(obj)变量。
例如: #drivers/scsi/Makefile
$(obj)/53c8xx_d.h: $(src)/53c7,8xx.scr $(src)/script_asm.pl
$(CPP) -DCHIP=810 - < $< | ... $(src)/script_asm.pl
这就是使用普通语法的特殊编译规则。
目标文件依赖于两个前提文件。目标文件的前缀是$(obj), 前提文件的前缀是
$(src)(因为它们不是生成文件)。
5) 引导映象
体系makefile文件定义了编译vmlinux文件的目标对象，将它们压缩和封装成引导代码，并复制到合适的位置。这包括各种安装命令。在Linux中Makefile无法为所有的体系结构提供标准化的方法，因此常需要具体硬件体系结构下makefile提供附加处理规则。
附加处理过程常位于arch/$(ARCH)/下的boot/目录。
内核编译体系无法在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)/$@
建议使用"$(Q)$(MAKE) $(build)=
6) 常用编译命令
if_changed
如果必要，执行传递的命令。
用法:
$(builtin-target): $(obj-y) FORCE
$(call if_changed,link_o_target)
当这条规则被使用时它将检查哪些文件需要更新，或命令行被改变。后面这种情况将迫使
重新编译编译选项被改变的执行文件。使用if_changed的目标对象必须列举在$( builtin-target)中，否则命令行检查将失败，目标一直会编译。
if_changed_dep
如果必要，执行传递的命令并更新依赖文件。
用法：
%.o: %.S FORCE
$(call if_changed_dep,as_o_S)
当这条规则被使用时它将检查哪些文件需要更新，或命令行被改变。同时它会重新检测依赖关系的改变并将生成新的依赖文件。这是与if_changed命令的区别。
7) 定制命令
当正常执行带编译命令时命令的简短信息会被显示（要想显示详细的命令，请在命令行中加入V＝1）。要让定制命令具有这种功能需要设置两个变量：
quiet_cmd_
cmd_
例如: #
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命令编译$(obj)/bzImage目标时将显示：
BUILD arch/i386/boot/bzImage
8) 预处理链接脚本
当编译vmlinux映像时将使用arch/$(ARCH)/kernel/vmlinux.lds链接脚本。
相同目录下的vmlinux.lds.S文件是这个脚本的预处理的变体。内核编译系统知晓.lds
文件。并使用规则*lds.S -> *lds。
例如: #arch/i386/kernel/Makefile
always := vmlinux.lds
#Makefile
export CPPFLAGS_vmlinux.lds += -P -C -U$(ARCH)
$(always)赋值语句告诉编译系统编译目标是vmlinux.lds。$(CPPFLAGS_vmlinux.lds)
赋值语句告诉编译系统编译vmlinux.lds目标的编译选项。
编译*.lds时将使用到下面这些变量：
CPPFLAGS : 定义在顶层Makefile
EXTRA_CPPFLAGS : 可以设置在编译的makefile文件中
CPPFLAGS_$(@F) : 目标编译选项。注意要使用文件全名。
9) 主机辅助程序的编译
内核编译系统支持在编译阶段编译主机可执行程序。为了使用主机程序需要两个步骤：第一个步骤使用hostprogs-y变量告诉内核编译系统有主机程序可用。第二步给主机程序添加潜在的依赖关系。有两种方法，在规则中增加依赖关系或使用$(always)变量。这一部分的内容相对于其他内核文件的编译要简单的多，感兴趣的读者可以参考scripts/Makefile.build中的相关内容。
10) Clean机制
clean命令清除在编译内核生成的大部分文件，例如主机程序，列举在 $(hostprogs-y)、$(hostprogs-m)、$(always)、$(extra-y)和$(targets)中目标文件都将被删除。代码目录数中的"*.[oas]"、"*.ko"文件和一些由编译系统产生的附加文件也将被删除。
附加文件可以使用$(clean-files)进行定义。
例如: #drivers/pci/Makefile
clean-files := devlist.h classlist.h
当执行"make clean"命令时， "devlist.h classlist.h"两个文件将被删除。内核编译系统默认这些文件与makefile具有相同的相对路径，否则需要设置以'/'开头的绝对路径。
删除整个目录使用以下方式：
例如: #scripts/package/Makefile
clean-dirs := $(objtree)/debian/
这样就将删除包括子目录在内的整个debian目录。如果不使用以'/'开头的绝对路径内核编译系统见默认使用相对路径。
通常内核编译系统根据"obj-* := dir/"进入子目录，但是在体系makefile中需要显式使用如下方式：
例如: #arch/i386/boot/Makefile
subdir- := compressed/
上面赋值语句指示编译系统执行"make clean"命令时进入compressed/目录。
在编译最终的引导映像文件的makefile中有一个可选的目标对象名称是archclean。
例如: #arch/i386/Makefile
archclean:
$(Q)$(MAKE) $(clean)=arch/i386/boot
当执行"make clean"时编译器进入arch/i386/boot并象通常一样工作。arch/i386/boot 中的makefile文件可以使用subdir-标识进入更下层的目录。
注意1: arch/$(ARCH)/Makefile不能使用"subdir-"，因为它被包含在顶层makefile文件中，在这个位置编译机制是不起作用的。
注意2: 所有列举在core-y、libs-y、drivers-y和net-y中的目录将被"make clean"命令清除。
4 小结
随着Linux的飞速发展，越来越多的开发人员将关注的焦点集中到Linux的研究和开发上。如果想对Linux内核进行研究和开发，就必须首先熟悉Linux 内核Makefile的组织和编译过程。目前Linux最新的稳定内核版本为2.6.17，但是当今绝大部分对于Linux Makefile的介绍都是基于2.4内核的，可以说关于2.6内核Makefile相关的文章凤毛麟角，我特意抽时间完成了这篇分析文章，让读者迅速熟悉Linux最新Makefile体系，从而加深对内核的理解，同时也希望能对Linux在公司的推广起到一定的推动作用。
