vivi的Makefile文件解析(4)

本文主要是介绍vivi的Makefile文件解析(4)，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

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的认识更加深入了一层，现在好好的理一下思路。嘿嘿，东西有点多，有点乱啊。

阅读(817) | 评论(0) | 转发(0) |

上一篇：vivi的Makefile文件解析(3)

下一篇：向vivi中添加自己的命令