vivi的Makefile文件解析(4)

文章引自：http://blog.csdn.net/bsplover/article/details/4632037

vivi的主makefile解析完了，但是如果仔细分析vivi的源码会发现，在实际的vivi的源码还有很多其他的makefile。这里 我们这么进行分类：
在vivi/下的Makefile我们称之为主makefile，
在 arch/目录下的makefile称之为平台makefile,
在其他目录下的makefile称之为子makefile, 这样的分类是根据它的功能 来划分的，
在一些的子目录下，都有独立的makefile，需要完成编译工作，而总的工作是由主makefile来调度的，那么这些子makefile是怎么来完成工作的，这里需要注意一个非常重要的文件:Rules.make,这是文件编译所需要共同遵守的规则。

这是drivers/下的一个makefile

#
# Makefile for the Linux kernel device drivers.
#
# 15 Sep 2000, Christoph Hellwig
# Rewritten to use lists instead of if-statements.
#

subdir-y :=     serial
subdir-$(CONFIG_MTD) += mtd

include $(TOPDIR)/Rules.make

它的结构非常简单，subdir-y : = serial 这是需要注意的一个地方。
makefile正是通过subdir-y这种形式的脚本来完成目录的遍历的，
这里的subdir-$(CONFIG_MTD) + = mtd 其实也是subdir-y的形式，在.config配置文件中，CONFIG_MTD只用两种格式：y或者n，这样，如果在make menuconfig中，选了mtd相关选项，那么这个subdir-$(CONFIG_MTD) 就编程subdir-y了，这样subdir-y就包含了两个目录:serial mtd,同时在这个文件中还可以看到，包含了文件$(TOPDIR)/Rules.make ,而变量 subdir-y会在 Rules.make 中用到。

我们来看一下另外一个makefile,在这个目录中没有下一级目录。

这是一个在目录drivers/serial/下的makefile

O_TARGET                := serial.o

obj-y := serial_core.o
obj-$(CONFIG_SERIAL_GETCMD_STD) += getcmd.o
obj-$(CONFIG_SERIAL_GETCMD_EXT) += getcmd_ext.o
obj-$(CONFIG_SERIAL_TERM)       += term.o
obj-$(CONFIG_SERIAL_XMODEM)     += xmodem.o
obj-$(CONFIG_SERIAL_YMODEM)     += ymodem.o
obj-$(CONFIG_SERIAL_ZMODEM)     += zmodem.o
include $(TOPDIR)/Rules.make

在serial/下，没有下一级的目录，所以在这个makefiel中没有看到subdir-y 这样的变量，表示在这个目录下没有下一级的目录，这时make就会编译这个目录下的文件，编译完成后，返回上级目录，再在上一级目录中执行相同的动作，直到 所有的目录中的文件读编译完为止，具体就是先从根目录一直往下到，直到目录的最底层，然后开始编译，编译完一个返回上次层，然后按照字母顺序继续编译其他的目录。

但是同时会发现，在这个makefile中，没有其他的编译选项，情况是这样的，所有的子makefile都包含Rules.make， 这里包含了通用的make规则。下边我们来解析下：

#
# This file contains rules which are shared between multiple Makefiles.
#

#
# False targets.
#
.PHONY: dummy

#
# Special variables which should not be exported
# 下边的申明了这些变量不会被导出，只在本文件内使用
unexport EXTRA_AFLAGS
unexport EXTRA_CFLAGS
unexport EXTRA_LDFLAGS
unexport EXTRA_ARFLAGS
unexport SUBDIRS
unexport SUB_DIRS
unexport ALL_SUB_DIRS
unexport O_TARGET

unexport obj-y
unexport obj-n
unexport obj-
unexport export-objs
unexport subdir-y
unexport subdir-m
unexport subdir-n
unexport subdir-

上边是一些简单的申明，我们继续：

#
# Get things started.
#
first_rule: sub_dirs
    $(MAKE) all_targets

both-m          := $(filter $(mod-subdirs), $(subdir-y))
SUB_DIRS        := $(subdir-y)
ALL_SUB_DIRS    := $(sort $(subdir-y) $(subdir-m) $(subdir-n) $(subdir-))


#
# Common rules 通用规则
#

%.s: %.c
            $(CC) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) -S $< -o $@

%.i: %.c
            $(CPP) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) $< > $@

%.o: %.c
            $(CC) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) -c -o $@ $<
            @ ( \
                echo 'ifeq ($(strip $(subst $(comma),:,$(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@))),$$(strip$$(subst $$(comma),:,$$(CFLAGS) $$(EXTRA_CFLAGS) $$(CFLAGS_$@))))' ; \
                echo 'FILES_FLAGS_UP_TO_DATE += $@' ; \
                echo 'endif' \
            ) > $(dir $@)/.$(notdir $@).flags

%.o: %.s
            $(AS) $(AFLAGS) $(EXTRA_CFLAGS) -o $@ $<

%.s: %.S
            $(CPP) $(AFLAGS) $(EXTRA_AFLAGS) $(AFLAGS_$@) $< > $@

%.o: %.S
     $(CC) $(AFLAGS) $(EXTRA_AFLAGS) $(AFLAGS_$@) -c -o $@ $<


%.lst: %.c
            $(CC) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) -g -c -o $*.o $<
            $(TOPDIR)/scripts/makelst $* $(TOPDIR) $(OBJDUMP)
#
#
#
all_targets: $(O_TARGET) $(L_TARGET)

这部分代码中，最为关键的部分在这里

first_rule : sub_dirs
    $(MAKE) all_targets

both-m : = $(filter $(mod-subdirs) , $(subdir-y))
SUB_DIRS     : = $(subdir-y)
ALL_SUB_DIRS     : = $(sort $(subdir-y) $(subdir-m) $(subdir-n) $(subdir-))

这里first_rule依赖sub_dirs，先看看sub_dirs：

# A rule to make subdirectories
# "这里的sort函数对文件夹进行排序"
subdir-list = $(sort $(patsubst %,_subdir_%,$(SUB_DIRS)))
sub_dirs: dummy $(subdir-list)

ifdef SUB_DIRS
$(subdir-list) : dummy
            $(MAKE) -C $(patsubst _subdir_%,%,$@)
endif

这里的sort函数是对目录按照字母顺序进行排序，然后依次进入各个目录。
$(MAKE) -C $(patsubst _subdir_%, % , $ @ ) 中的-C 选项的意思就是进入目录，
由于SUB_DIRS包含有多个目录，所以是依次进入，这样你就会知道为什么很多时候，我们在makefile的时候会看到如下的语句：

make[1]: Entering directory `/tmp/vivi/drivers'
make -C mtd
make[2]: Entering directory `/tmp/vivi/drivers/mtd'
make -C maps
make[3]: Entering directory `/tmp/vivi/drivers/mtd/maps'
make all_targets
make[4]: Entering directory `/tmp/vivi/drivers/mtd/maps'
make[4]: Nothing to be done for `all_targets'.
make[4]: Leaving directory `/tmp/vivi/drivers/mtd/maps'
make[3]: Leaving directory `/tmp/vivi/drivers/mtd/maps'
make -C nand

现在明白它是怎么实现的了，注意到最后一条语句了吗?
make -C nand ,
这句话的意思就是进入到目录nand中去，这是参数-C的作用，这里的C是大写。

需要注意的是，在上的编译工作，会把.c文件依次编程成.o文件，这样太多的.o文件是不便于管理的，通常情况下，我们都会很多的.o文件连接成一个.o文件，这里是vivi中的实现：

#
# Rule to compile a set of .o files into one .o file
#
ifdef O_TARGET
$(O_TARGET): $(obj-y)
     rm -f $@
        ifneq "$(strip $(obj-y))" ""
                 $(LD) $(EXTRA_LDFLAGS) -r -o $@ $(filter $(obj-y), $^)
        else
                $(AR) rcs $@
        endif
            @ ( \
                   echo 'ifeq ($(strip $(subst $(comma),:,$(EXTRA_LDFLAGS) $(obj-y))),$$(strip $$(subst $$(comma),:,$$(EXTRA_LDFLAGS) $$(obj-y))))' ; \
                   echo 'FILES_FLAGS_UP_TO_DATE += $@' ; \
                   echo 'endif' \
               ) > $(dir $@)/.$(notdir $@).flags
endif # O_TARGET

现在整个vivi的makefile就解析到这里了， 而我们需要知道的是vivi的Makefile实质上是完全参照kernel的makefile的，kernel的makefile跟这个是一样的，只是 目录 更多，系统跟庞杂一些，我们对linux的认识更加深入了一层，现在好好的理一下思路。嘿嘿，东西有点多，有点乱啊。