uboot makefile 之make

uboot根目录下makefile

VERSION = 2010  PATCHLEVEL = 03  SUBLEVEL =  EXTRAVERSION =  ifneq "$(SUBLEVEL)" ""  U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)  else  U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL)$(EXTRAVERSION)  endif  TIMESTAMP_FILE = $(obj)include/timestamp_autogenerated.h  VERSION_FILE = $(obj)include/version_autogenerated.h    HOSTARCH := $(shell uname -m | \      sed -e s/i.86/i386/ \          -e s/sun4u/sparc64/ \          -e s/arm.*/arm/ \          -e s/sa110/arm/ \          -e s/powerpc/ppc/ \          -e s/ppc64/ppc/ \          -e s/macppc/ppc/)    HOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \          sed -e 's/\(cygwin\).*/cygwin/')    # Set shell to bash if possible, otherwise fall back to sh  SHELL := $(shell if [ -x "$BASH" ]; then echo $BASH; \      else if [ -x /bin/bash ]; then echo /bin/bash; \      else echo sh; fi; fi)    export  HOSTARCH HOSTOS SHELL 

 VERSION,PATCHLEVEL等都是变量。

HOSTARCH这个变量的赋值，是通过执行一套shell程序来完成的，其中$(shell xxx)的语法就是在shell中执行xxx的命令。这里的|就是linux中的管道处理符，/就是换行的连接符，表示下一行与本行是同行程序处理。

uname -m，就是得到machine hardware name，中文翻译成机器硬件名！

sed -e的意思，就是表示后面跟的是一串命令脚本，s/abc/def/的命令表达式，就是表示要从标准输入中，查找到内容为abc的，然后替换成def。这样执行这一套程序下来，就知道了机器的硬件体系了。

uname -s，得到kernel name，内核的名字。

tr '[:upper:]' '[:lower:]'，表示从标准输入里，把大字都换成小写，然后输出到标准输出。

然后后面再跟了一串用来特别处理cygwin环境下编译的环境变量的配置的。

知识： 当$( ....     ....  )的形式，如果括号内部是变量，那么就是执行前面的这一条命令。

 1 #########################################################################   2 #   3 # U-boot build supports producing a object files to the separate external   4 # directory. Two use cases are supported:   5 #   6 # 1) Add O= to the make command line   7 # 'make O=/tmp/build all'   8 #   9 # 2) Set environement variable BUILD_DIR to point to the desired location  10 # 'export BUILD_DIR=/tmp/build'  11 # 'make'  12 #  13 # The second approach can also be used with a MAKEALL script  14 # 'export BUILD_DIR=/tmp/build'  15 # './MAKEALL'  16 #  17 # Command line 'O=' setting overrides BUILD_DIR environent variable.  18 #  19 # When none of the above methods is used the local build is performed and  20 # the object files are placed in the source directory.  21 #  22   23 ifdef O  24 ifeq ("$(origin O)", "command line")  25 BUILD_DIR := $(O)  26 endif  27 endif  28 #origin查看O的来源，如果是命令行输入O则赋值给BUILD_DIR。如：make O=....  29 ifneq ($(BUILD_DIR),)  30 saved-output := $(BUILD_DIR)  31   32 # Attempt to create a output directory.  33 $(shell [ -d ${BUILD_DIR} ] || mkdir -p ${BUILD_DIR})  34 #判断BUILD_DIR目录是否存在，不存在建立他  35 # Verify if it was successful.  36 BUILD_DIR := $(shell cd $(BUILD_DIR) && /bin/pwd)  37 $(if $(BUILD_DIR),,$(error output directory "$(saved-output)" does not exist))  38 endif # ifneq ($(BUILD_DIR),)  39   40 OBJTREE     := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR))  #if（a，b，c）表示如果a为真，a=b，如果为假a=c  41 SRCTREE     := $(CURDIR)  42 TOPDIR      := $(SRCTREE)  43 LNDIR       := $(OBJTREE)  44 export  TOPDIR SRCTREE OBJTREE  45   46 MKCONFIG    := $(SRCTREE)/mkconfig  47 export MKCONFIG  48   49 ifneq ($(OBJTREE),$(SRCTREE))  50 REMOTE_BUILD    := 1  51 export REMOTE_BUILD  52 endif  53   54 # $(obj) and (src) are defined in config.mk but here in main Makefile  55 # we also need them before config.mk is included which is the case for  56 # some targets like unconfig, clean, clobber, distclean, etc.  57 ifneq ($(OBJTREE),$(SRCTREE))  58 obj := $(OBJTREE)/  59 src := $(SRCTREE)/  60 else  61 obj :=  62 src :=  63 endif  64 export obj src  65   66 # Make sure CDPATH settings don't interfere  67 unexport CDPATH 

对目录进行赋值操作。

知识点：origin函数用法， if（a，b，c）

 

[python] view plaincopyprint?

1. #########################################################################  
2.   
3. ifeq ($(ARCH),powerpc)  
4. ARCH = ppc  
5. endif  
6.   
7. # The "tools" are needed early, so put this first  
8. # Don't include stuff already done in $(LIBS)  
9. SUBDIRS = tools \  
10.       examples/standalone \  
11.       examples/api  
12.   
13. .PHONY : $(SUBDIRS)  
14.   
15. ifeq ($(obj)include/config.mk,$(wildcard $(obj)include/config.mk))  #这个语句就是判断是否执行过make xxx_config，看config.mk是否生成，如果条件不如何就会执行报错。  
16.   
17. # Include autoconf.mk before config.mk so that the config options are available  
18. # to all top level build files.  We need the dummy all: target to prevent the  
19. # dependency target in autoconf.mk.dep from being the default.  
20. all:  
21. sinclude $(obj)include/autoconf.mk.dep     #sinclude和-include是一样的，如果后面的文件不存在，也不会报错。   
22. sinclude $(obj)include/autoconf.mk             #这两个文件的生成下面 介绍  
23.   
24. # load ARCH, BOARD, and CPU configuration  
25. include $(obj)include/config.mk     #config.mk就是前面介绍的 make xx_config的命令生成的。  
26. export  ARCH CPU BOARD VENDOR SOC  
27. //CROSS_COMPILE =  arm-tekkaman-linux-gnueabi-  
28. CROSS_COMPILE =  arm-linux-  
29. # set default to nothing for native builds  
30. ifeq ($(HOSTARCH),$(ARCH))  
31. CROSS_COMPILE ?=  
32. endif  
33.   
34. # load other configuration  
35. include $(TOPDIR)/config.mk  

.phony 用法 http://www.cnblogs.com/hongzg1982/articles/2169348.html 有个介绍

Phony Targets

PHONY 目标并非实际的文件名：只是在显式请求时执行命令的名字。有两种理由需要使用PHONY 目标：避免和同名文件冲突，改善性能。

如果编写一个规则，并不产生目标文件，则其命令在每次make 该目标时都执行。例如：
　　clean:
　　rm *.o temp
因为"rm"命令并不产生"clean"文件，则每次执行"make clean"的时候，该命令都会执行。如果目录中出现了"clean"文件，则规则失效了：没有依赖文件，文件"clean"始终是最新的，命令永远不会 执行；为避免这个问题，可使用".PHONY"指明该目标。如：
　　.PHONY : clean
　　这样执行"make clean"会无视"clean"文件存在与否。

已知phony 目标并非是由其它文件生成的实际文件，make 会跳过隐含规则搜索。这就是声明phony 目标会改善性能的原因，即使你并不担心实际文件存在与否。
　　完整的例子如下：
　　.PHONY : clean
　　clean :
　　rm *.o temp

phony 目标可以有依赖关系。当一个目录中有多个程序，将其放在一个makefile 中会更方便。因为缺省目标是makefile 中的第一个目标，通常将这个phony 目标叫做"all"，其依赖文件为各个程序：
　　all : prog1 prog2 prog3
　　.PHONY : all
　　prog1 : prog1.o utils.o
　　         cc -o prog1 prog1.o utils.o
　　prog2 : prog2.o
　　         cc -o prog2 prog2.o
　　prog3 : prog3.o sort.o utils.o
　　         cc -o prog3 prog3.o sort.o utils.o

假设你的一个项目最后需要产生两个可执行文件。你的主要目标 是产生两个可执行文件，但这两个文件是相互独立的——如果一 个文件需要重建，并不影响另一个。你可以使用“假象目的”来 达到这种效果。一个假象目的跟一个正常的目的几乎是一样的， 只是这个目的文件是不存在的。因此， make 总是会假设它需要 被生成，当把它的依赖文件更新后，就会执行它的规则里的命令 行。 

如果在我们的 makefile 开始处输入： 

all : exec1 exec2 

其中 exec1 和 exec2 是我们做为目的的两个可执行文件。 make 把这个 'all' 做为它的主要目的，每次执行时都会尝试把 'all' 更新。但既然这行规则里没有哪个命令来作用在一个叫 'all' 的 实际文件（事实上 all 并不会在磁碟上实际产生），所以这个规 则并不真的改变 'all' 的状态。可既然这个文件并不存在，所以 make 会尝试更新 all 规则，因此就检查它的依靠 exec1, exec2 是否需要更新，如果需要，就把它们更新，从而达到我们的目的。 

假象目的也可以用来描述一组非预设的动作。例如，你想把所有由 make 产生的文件删除，你可以在 makefile 里设立这样一个规则： 

veryclean : 
rm *.o 
rm myprog 

前提是没有其它的规则依靠这个 'veryclean' 目的，它将永远 不会被执行。但是，如果你明确的使用命令 'make veryclean' ， make 会把这个目的做为它的主要目标，执行那些 rm 命令。 

如果你的磁碟上存在一个叫 veryclean 文件，会发生什么事？这 时因为在这个规则里没有任何依靠文件，所以这个目的文件一定是 最新的了（所有的依靠文件都已经是最新的了），所以既使用户明 确命令 make 重新产生它，也不会有任何事情发生。解决方法是标 明所有的假象目的（用 .PHONY），这就告诉 make 不用检查它们 是否存在于磁碟上，也不用查找任何隐含规则，直接假设指定的目 的需要被更新。在 makefile 里加入下面这行包含上面规则的规则： 

.PHONY : veryclean 

就可以了。注意，这是一个特殊的 make 规则，make 知道 .PHONY 是一个特殊目的，当然你可以在它的依靠里加入你想用的任何假象 目的，而 make 知道它们都是假象目的。

 

其实意思就是：当使用.phony声明的命令，makefile不会去检查他的依赖关系，是否需要更新。 而是直接去执行它，当然也包括他的依赖关系。

autoconf.mk和autoconf.mk.dep文件的产生

[python] view plaincopyprint?

1. #  
2. # Auto-generate the autoconf.mk file (which is included by all makefiles)  
3. #  
4. # This target actually generates 2 files; autoconf.mk and autoconf.mk.dep.  
5. # the dep file is only include in this top level makefile to determine when  
6. # to regenerate the autoconf.mk file.  
7. $(obj)include/autoconf.mk.dep: $(obj)include/config.h include/common.h  
8.     @$(XECHO) Generating $@ ; \  
9.     set -e ; \  
10.     : Generate the dependancies ; \  
11.     $(CC) -x c -DDO_DEPS_ONLY -M $(HOSTCFLAGS) $(CPPFLAGS) \  
12.         -MQ $(obj)include/autoconf.mk include/common.h > $@  
13.   
14. $(obj)include/autoconf.mk: $(obj)include/config.h  
15.     @$(XECHO) Generating $@ ; \  
16.     set -e ; \  
17.     : Extract the config macros ; \  
18.     $(CPP) $(CFLAGS) -DDO_DEPS_ONLY -dM include/common.h | \  
19.         sed -n -f tools/scripts/define2mk.sed > $@.tmp && \  
20.     mv $@.tmp $@  

将common.h中的所有#include 的h文件并且h文件中的include文件 都放到autoconf.mk.dep中。

将common.h中的所有的#define 变量，和h文件中的#define变量，都放到autoconf.mk中。

tools/scripts/define2mk.sed是一个script，基本上用的是前面说的 s命令，进行字符的替换。

这里具体的gcc编译选项 可以在http://www.doc88.com/p-91267749405.html这里找。

 

继续顺着刚才的程序向下：

[html] view plaincopyprint?

1. #########################################################################  
2. # U-Boot objects....order is important (i.e. start must be first)  
3.   
4. OBJS  = cpu/$(CPU)/start.o  
5. ifeq ($(CPU),i386)  
6. OBJS += cpu/$(CPU)/start16.o  
7. OBJS += cpu/$(CPU)/resetvec.o  
8. endif  
9. ifeq ($(CPU),ppc4xx)  
10. OBJS += cpu/$(CPU)/resetvec.o  
11. endif  
12. ifeq ($(CPU),mpc85xx)  
13. OBJS += cpu/$(CPU)/resetvec.o  
14. endif  
15.   
16. OBJS := $(addprefix $(obj),$(OBJS))  #addprefix是将 obj放到OBJS的前面，其实就是将所有的文件 加上 路径名  
17.   
18. LIBS  = lib_generic/libgeneric.a  
19. LIBS += lib_generic/lzma/liblzma.a  
20. LIBS += lib_generic/lzo/liblzo.a  
21. LIBS += $(shell if [ -f board/$(VENDOR)/common/Makefile ]; then echo \  
22.     "board/$(VENDOR)/common/lib$(VENDOR).a"; fi)  
23. LIBS += cpu/$(CPU)/lib$(CPU).a  
24. ifdef SOC  
25. LIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a  
26. endif  
27. ifeq ($(CPU),ixp)  
28. LIBS += cpu/ixp/npe/libnpe.a  
29. endif  
30. LIBS += lib_$(ARCH)/lib$(ARCH).a  
31. LIBS += fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a \  
32.     fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/yaffs2/libyaffs2.a \  
33.     fs/ubifs/libubifs.a  
34. LIBS += net/libnet.a  
35. LIBS += disk/libdisk.a  
36. LIBS += drivers/bios_emulator/libatibiosemu.a  
37. LIBS += drivers/block/libblock.a  
38. LIBS += drivers/dma/libdma.a  
39. LIBS += drivers/fpga/libfpga.a  
40. 。。。。。。  

制定编译规则，uboot是将文件都做成.a库的方式再进行连接的。

 

制定编译个规则了：

[python] view plaincopyprint?

1. #########################################################################  
2.   
3. # Always append ALL so that arch config.mk's can add custom ones  
4. ALL += $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND) $(U_BOOT_ONENAND)  
5.   
6. all:        $(ALL)  
7.   
8. $(obj)u-boot.hex:   $(obj)u-boot  
9.         $(OBJCOPY) ${OBJCFLAGS} -O ihex {1}lt; $@  
10.   
11. $(obj)u-boot.srec:  $(obj)u-boot  
12.         $(OBJCOPY) -O srec {1}lt; $@  
13.   
14. $(obj)u-boot.bin:   $(obj)u-boot  
15.         $(OBJCOPY) ${OBJCFLAGS} -O binary {1}lt; $@  
16.   
17. $(obj)u-boot.ldr:   $(obj)u-boot  
18.         $(CREATE_LDR_ENV)  
19.         $(LDR) -T $(CONFIG_BFIN_CPU) -c $@ {1}lt; $(LDR_FLAGS)  
20.   
21. $(obj)u-boot.ldr.hex:   $(obj)u-boot.ldr  
22.         $(OBJCOPY) ${OBJCFLAGS} -O ihex {1}lt; $@ -I binary  
23.   
24. $(obj)u-boot.ldr.srec:  $(obj)u-boot.ldr  
25.         $(OBJCOPY) ${OBJCFLAGS} -O srec {1}lt; $@ -I binary  
26.   
27. $(obj)u-boot.img:   $(obj)u-boot.bin  
28.         ./tools/mkimage -A $(ARCH) -T firmware -C none \  
29.         -a $(TEXT_BASE) -e 0 \  
30.         -n $(shell sed -n -e 's/.*U_BOOT_VERSION//p' $(VERSION_FILE) | \  
31.             sed -e 's/"[     ]*$/ for $(BOARD) board"/') \  
32.         -d {1}lt; $@  
33.   
34. $(obj)u-boot.imx:       $(obj)u-boot.bin  
35.         $(obj)tools/mkimage -n $(IMX_CONFIG) -T imximage \  
36.         -e $(TEXT_BASE) -d {1}lt; $@  
37.   
38. $(obj)u-boot.kwb:       $(obj)u-boot.bin  
39.         $(obj)tools/mkimage -n $(KWD_CONFIG) -T kwbimage \  
40.         -a $(TEXT_BASE) -e $(TEXT_BASE) -d {1}lt; $@  
41.   
42. $(obj)u-boot.sha1:  $(obj)u-boot.bin  
43.         $(obj)tools/ubsha1 $(obj)u-boot.bin  
44.   
45. $(obj)u-boot.dis:   $(obj)u-boot  
46.         $(OBJDUMP) -d {1}lt; > $@  
47.   
48. GEN_UBOOT = \  
49.         UNDEF_SYM=`$(OBJDUMP) -x $(LIBBOARD) $(LIBS) | \  
50.         sed  -n -e 's/.*\($(SYM_PREFIX)__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\  
51.         cd $(LNDIR) && $(LD) $(LDFLAGS) $UNDEF_SYM $(__OBJS) \  
52.             --start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \  
53.             -Map u-boot.map -o u-boot  
54. $(obj)u-boot:   depend $(SUBDIRS) $(OBJS) $(LIBBOARD) $(LIBS) $(LDSCRIPT) $(obj)u-boot.lds  
55.         $(GEN_UBOOT)  
56. ifeq ($(CONFIG_KALLSYMS),y)  
57.         smap=`$(call SYSTEM_MAP,u-boot) | \  
58.             awk '$2 ~ /[tTwW]/ {printf $1 $3 "\\\\000"}'` ; \  
59.         $(CC) $(CFLAGS) -DSYSTEM_MAP="\"${smap}\"" \  
60.             -c common/system_map.c -o $(obj)common/system_map.o  
61.         $(GEN_UBOOT) $(obj)common/system_map.o  
62. endif  

从主要的u-boot来入手分析：

[python] view plaincopyprint?

1. $(obj)u-boot:   depend $(SUBDIRS) $(OBJS) $(LIBBOARD) $(LIBS) $(LDSCRIPT) $(obj)u-boot.lds  
2.         $(GEN_UBOOT)  
3. ifeq ($(CONFIG_KALLSYMS),y)  
4.         smap=`$(call SYSTEM_MAP,u-boot) | \  
5.             awk '$2 ~ /[tTwW]/ {printf $1 $3 "\\\\000"}'` ; \  
6.         $(CC) $(CFLAGS) -DSYSTEM_MAP="\"${smap}\"" \  
7.             -c common/system_map.c -o $(obj)common/system_map.o  
8.         $(GEN_UBOOT) $(obj)common/system_map.o  
9. endif  

 

u-boot依赖的depend

[python] view plaincopyprint?

1. # Explicitly make _depend in subdirs containing multiple targets to prevent  
2. # parallel sub-makes creating .depend files simultaneously.  
3. depend dep: $(TIMESTAMP_FILE) $(VERSION_FILE) $(obj)include/autoconf.mk  
4.         for dir in $(SUBDIRS) cpu/$(CPU) $(dir $(LDSCRIPT)) ; do \  
5.             $(MAKE) -C $dir _depend ; done  

就是到这几个目录里面运行make _depend

 

u-boot依赖的SUBDIRS

[python] view plaincopyprint?

1. SUBDIRS = tools \  
2.       examples/standalone \  
3.       examples/api  
4.   
5. .PHONY : $(SUBDIRS)  

[python] view plaincopyprint?

1. $(SUBDIRS): depend  
2.   $(MAKE) -C $@ all  

其实就是到SUBDIRS的目录下，运行make all命令。

u-boot依赖的OBJS

[python] view plaincopyprint?

1. OBJS  = cpu/$(CPU)/start.o  
2. ifeq ($(CPU),i386)  
3. OBJS += cpu/$(CPU)/start16.o  
4. OBJS += cpu/$(CPU)/resetvec.o  
5. endif  
6. ifeq ($(CPU),ppc4xx)  
7. OBJS += cpu/$(CPU)/resetvec.o  
8. endif  
9. ifeq ($(CPU),mpc85xx)  
10. OBJS += cpu/$(CPU)/resetvec.o  
11. endif  
12.   
13. OBJS := $(addprefix $(obj),$(OBJS))  

[python] view plaincopyprint?

1. $(OBJS): depend  
2.   $(MAKE) -C cpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@))  

就是在cpu/arm920t下运行make，生成libarm920t.a。

另外该目录下makefile里面有句这样的话： $(START:.o=.S) $(SOBJS:.o=.S) $(COBJS-y:.o=.c)  意思应该是： START 变量依赖的.o 文件的源文件是 .s，COBJS-y 依赖的.o文件源文件是.c，应该是这样的

另外在该目录下运行make,由于依赖关系，也会生成.depend 文件。 这就是刚才依赖的 depend动作并没到这个目录下运行make _depend，而在这个目录下也会生成.depend文件的原因。

 

大概看了一下，后面意思都差不多，进去目录下 make， 后面几个LDSCRIPT是连接脚本，在cpu/arm920t目录下，然后根据u-boot.lds的这个依赖，进行生成连接。

最后用GEN_UBOOT这个东西根据lds文件，生成uboot和uboot.map。

结束：

好了到这就算齐活了吧。越写越不瞌睡，其实大部分都是网上cpy的，对不起那些原创了！

转载： http://blog.csdn.net/mihouge/article/details/6889480