uboot之makefile

xiaoxiao2021-02-28  82

VERSION = 1 PATCHLEVEL = 1 SUBLEVEL = 6 EXTRAVERSION = U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) VERSION_FILE = $(obj)include/version_autogenerated.h

uboot的版本号分3个级别:

VERSION:主板本号

PATCHLEVEL:次版本号

SUBLEVEL:再次版本号

EXTRAVERSION:另外附加的版本信息

这4个用.分隔开共同构成了最终的版本号。

(2)Makefile中版本号最终生成了一个变量U_BOOT_VERSION,这个变量记录了Makefile中配置的版本号。

(3)include/version_autogenerated.h文件是编译过程中自动生成的一个文件,所以源目录中没有,但是编译过后的uboot中就有了。它里面的内容是一个宏定义,宏定义的值内容就是我们在Makefile中配置的uboot的版本号。

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/macppc/ppc/) HOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \ sed -e 's/\(cygwin\).*/cygwin/') export HOSTARCH HOSTOS

(1)直接在shell中执行uname -m得到i686,得到的值其实你当前执行这个命令的电脑的CPU的版本号。

(2)shell中的|叫做管道,管道的作用就是把管道前面一个运算式的输出作为后面一个的输入再去做处理,最终的输出才是我们整个式子的输出。

(3)“sed –e”表示后面跟的是一串命令脚本,而表达式“s/abc/def/”表示要从标准输入中,查找到内容为“abc”的,然后替换成“def”。其中“abc”表达式用可以使用“.”作为通配符。

(4)’[:upper:]’ ‘[:lower:]’”作用是将标准输入中的所有大写字母转换为响应的小写字母

(5) export 表示将 HOSTARCH HOSTOS导出为环境变量

ifdef O ifeq ("$(origin O)", "command line") BUILD_DIR := $(O) endif endif

上面这段是方法一的具体实现,如果make时输入参数 O=/tmp/build,那么makefile会认为定义了变量O,于是乎这段代码会开始执行。

其中, (originO)origin (origin O)的功能是返回变量O的来源;由此可知,如果O的来源是控制台命令,则变量BUILD_DIR的值就是变量O的值

ifneq ($(BUILD_DIR),) saved-output := $(BUILD_DIR) $(shell [ -d ${BUILD_DIR} ] || mkdir -p ${BUILD_DIR})

若${BUILD_DIR}表示的目录没有定义,则创建该目录

OBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR)) SRCTREE := $(CURDIR) TOPDIR := $(SRCTREE) LNDIR := $(OBJTREE) export TOPDIR SRCTREE OBJTREE MKCONFIG := $(SRCTREE)/mkconfig export MKCONFIG ifneq ($(OBJTREE),$(SRCTREE)) REMOTE_BUILD := 1 export REMOTE_BUILD endif

CURDIR是make的内嵌变量,自动设置为当前目录

将变量MKCONFIG的值设置为当前源码目录下的mkconfig文件,并将其导出为环境变量.

ifeq ($(OBJTREE)/include/config.mk,$(wildcard $(OBJTREE)/include/config.mk))

要用到函数“wildcard”,其用法: $(wildcard PATTERN…) ;在 Makefile 中,它被展开未已经存在的、空格分割的、匹配此模式的所有文件列表。如果不存在符合此模式的文件,那么函数会忽略模式并返回空。

include $(OBJTREE)/include/config.mk export ARCH CPU BOARD VENDOR SOC

config.mk这个文件其实uboot源码中是不存在的,它是由配置过程中由mkconfig这个脚本创建的, 也就是make之前的一步——make x210_sd_config(这个目标在2600多行),它会去执行根目录下mkconfig这个脚本,脚本中将创建include/config.mk并将参数填充进去。

config.mk的内容分别定义了ARCH CPU BOARD VENDOR SOC这几个变量的值,通过把这个.mk文件include进来,其内容将在本makefile中原地展开

本Makefile得到这几个变量值后再将它们导出到环境变量

ifndef CROSS_COMPILE ifeq ($(HOSTARCH),ppc) CROSS_COMPILE = else ifeq ($(ARCH),ppc) CROSS_COMPILE = powerpc-linux- endif ifeq ($(ARCH),arm) CROSS_COMPILE = arm-linux- endif ifeq ($(ARCH),i386) ifeq ($(HOSTARCH),i386) CROSS_COMPILE = else CROSS_COMPILE = i386-linux- endif endif ifeq ($(ARCH),mips) CROSS_COMPILE = mips_4KC- endif ifeq ($(ARCH),nios) CROSS_COMPILE = nios-elf- endif ifeq ($(ARCH),nios2) CROSS_COMPILE = nios2-elf- endif ifeq ($(ARCH),m68k) CROSS_COMPILE = m68k-elf- endif ifeq ($(ARCH),microblaze) CROSS_COMPILE = mb- endif ifeq ($(ARCH),blackfin) CROSS_COMPILE = bfin-elf- endif ifeq ($(ARCH),avr32) CROSS_COMPILE = avr32- endif endif endif export CROSS_COMPILE

这上面一整段是配置交叉编译工具链的前缀,即arm-none-linux-gnueabi- ,一旦确定了前缀,加上后缀就能定义在编译过程中用到的各种工具,如ar、gcc等;

OBJS = cpu/$(CPU)/start.o ifeq ($(CPU),i386) OBJS += cpu/$(CPU)/start16.o OBJS += cpu/$(CPU)/reset.o endif ifeq ($(CPU),ppc4xx) OBJS += cpu/$(CPU)/resetvec.o endif ifeq ($(CPU),mpc83xx) OBJS += cpu/$(CPU)/resetvec.o endif ifeq ($(CPU),mpc85xx) OBJS += cpu/$(CPU)/resetvec.o endif ifeq ($(CPU),mpc86xx) OBJS += cpu/$(CPU)/resetvec.o endif ifeq ($(CPU),bf533) OBJS += cpu/$(CPU)/start1.o cpu/$(CPU)/interrupt.o cpu/$(CPU)/cache.o OBJS += cpu/$(CPU)/cplbhdlr.o cpu/$(CPU)/cplbmgr.o cpu/$(CPU)/flush.o endif OBJS := $(addprefix $(obj),$(OBJS))

这里将众多.o文件赋给了OBJS变量,这个变量会成为后面目标u-boot的依赖;

其中用到了多次+=赋值符号,此赋值符号的含义其实是在变量原本的值后面在续上新的值,就是额外添加的意思; = 表示递归赋值,不是立即赋值的;:= 是覆盖之前的值

LIBS = lib_generic/libgeneric.a LIBS += board/$(BOARDDIR)/lib$(BOARD).a LIBS += cpu/$(CPU)/lib$(CPU).a ifdef SOC LIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a endif LIBS += lib_$(ARCH)/lib$(ARCH).a LIBS += fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a \ fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a LIBS += net/libnet.a LIBS += disk/libdisk.a LIBS += rtc/librtc.a LIBS += dtt/libdtt.a LIBS += drivers/libdrivers.a LIBS += drivers/nand/libnand.a LIBS += drivers/nand_legacy/libnand_legacy.a LIBS += drivers/usb/libusb.a LIBS += drivers/sk98lin/libsk98lin.a LIBS += common/libcommon.a LIBS += $(BOARDLIBS) LIBS := $(addprefix $(obj),$(LIBS)) .PHONY : $(LIBS)

将众多.a库文件赋给了LIBS变量,以及将和板子有关的.a文件赋给了LIBBOARD变量,这两个变量会成为后面目标u-boot的依赖。

addsuffix 是加后缀函数,obj是空的,所以直接赋值。

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

  .PHONY : clean

  这样执行”make clean”会无视”clean”文件存在与否。

ALL = $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND) all: $(ALL) $(obj)u-boot.hex: $(obj)u-boot $(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@ $(obj)u-boot.srec: $(obj)u-boot $(OBJCOPY) ${OBJCFLAGS} -O srec $< $@ $(obj)u-boot.bin: $(obj)u-boot $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(obj)u-boot.img: $(obj)u-boot.bin ./tools/mkimage -A $(ARCH) -T firmware -C none \ -a $(TEXT_BASE) -e 0 \ -n $(shell sed -n -e 's/.*U_BOOT_VERSION//p' $(VERSION_FILE) | \ sed -e 's/"[ ]*$$/ for $(BOARD) board"/') \ -d $< $@ $(obj)u-boot.dis: $(obj)u-boot $(OBJDUMP) -d $< > $@ $(obj)u-boot: depend version $(SUBDIRS) $(OBJS) $(LIBS) $(LDSCRIPT) UNDEF_SYM=`$(OBJDUMP) -x $(LIBS) |sed -n -e 's/.*\(__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\ cd $(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM $(__OBJS) \ --start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \ -Map u-boot.map -o u-boot

@ ^–所有的依赖文件,$<–第一个依赖文件。

这部分就是编译生成文件的关键部分。进行链接。LDFLAGS中指明了链接文件和方式。该变量在config.mk中定义

depend dep: for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir _depend ; done

赖目标depend :生成各个子目录的.depend文件,.depend列出每个目标文件的依赖文件。生成方法,调用每个子目录的make _depend。

$(SUBDIRS): $(MAKE) -C $@ all

执行tools ,examples ,post,post\cpu 子目录下面的make文件

$(OBJS): echo $(OBJS) $(MAKE) -C cpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@))

执行make,生成OBJ

$(LIBS): $(MAKE) -C $(dir $(subst $(obj),,$@))

生成每个子目录的库文件*.a

dir表示取目录函数。 subst表示字符串替换函数

转载请注明原文地址: https://www.6miu.com/read-42271.html

最新回复(0)