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_$@) $< > $@
# 隐含规则， 把.c生成.o文件
%.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是大写。
这里简单的把编译的通用规则贴出来，这些代码都通用，可以在以后的开发过程中加入这些代码到自己的Makefile中去。
|
#
# Common rules 通用规则
#
%.s: %.c
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) -S $< -o $@
# 通用预处理规则
%.i: %.c
$(CPP) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) $< > $@
# 隐含规则， 把.c生成.o文件
%.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)
|
需要注意的是，在上的编译工作，会把.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))" "" # strip函数： 去空格函数
$(LD) $(EXTRA_LDFLAGS) -r -o $@ $(filter $(obj-y), $^)
else
$(AR) rcs $@ # "AR"打包工具，在做库文件时会用到这个工具
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的认识更加深入了一层，现在好好的理一下思路。嘿嘿，东西有点多，有点乱啊。
阅读(1598) | 评论(0) | 转发(0) |
