同顶级的其余一个makefile中,当make的靶子为all时

在解析基础启动进度的./arch/arm/Makefile文件里蒙受了那样字段

 

162  export TEXT_OFFSET GZFLAGS MMUEXT  

说一下LINUX下的Makefile,直接按照实际碰到的Makefile举行解读:

下一场在子目录arch/arm/kernel/vmlinux.lds文件中又用到了TEXT_OFFSET 

当make的靶子为all时,-C $(KDIR)
指明跳转到内核源码目录下读取那里的Makefile;M=$(PWD)
注明然后重返到当前目录继续读入、执行当前的Makefile。

24    . = PAGE_OFFSET + TEXT_OFFSET;                 

例子:

    

all : hello another

上网一查export才明白:

hello : hello.cpp

本条是用来提供该子目录makefile(sub
make)中做客的,同一级的其余一个makefile中,是不能访问/得到的。

g++ -o $@ $<

(可以通过makefile中放到变量MAKELEVEL查看得知当前makefile的levlel)

another : another.cpp
g++ -o $@ $<

常规用法如下:

make后边不加参数的话,会把第二个对象作为默许的


直接 make 或 make all 的话会履行 hello.cpp 和 another.cpp 的编译命令
make hello 的话只编译 hello.cpp
make another 的话只编译 another.cpp

carifan_TopMake=E516537_in_top_make
export carifan_TopMake                  
                                      //在对象外部export              
  
focus_bfin:
echo current make
MAKELEVEL=$(MAKELEVEL)
echo
*****************test Value in Top
Makefile=$(carifan_TopMake)         
make -f main.mak PLATFORM=Bfin
PRODUCT=Focus MAKE_TARGET=focus_bfin

####################################################################################################################
在Makefile中我们平日见到 = := ?=
+=那个赋值运算符,那么她们有怎么样界别吗?大家来做个简单的尝试


新建一个Makefile,内容为:
ifdef DEFINE_VRE
VRE = “Hello World!”
else
endif

 

ifeq ($(OPT),define)
VRE ?= “Hello World! First!”
endif

若export在目标内部使用,那样经过echo将会打出空符号”test
Value in Top Makefile=  “

ifeq ($(OPT),add)
VRE += “Kelly!”
endif

 

ifeq ($(OPT),recover)
VRE := “Hello World! Again!”
endif

(详细链接:http://blog.csdn.net/a1232345/article/details/42112881)

all:
@echo $(VRE)

 

敲入以下make命令:
make DEFINE_VRE=true OPT=define 输出:Hello World!
make DEFINE_VRE=true OPT=add 输出:Hello World! Kelly!
make DEFINE_VRE=true OPT=recover 输出:Hello World! Again!
make DEFINE_VRE= OPT=define 输出:Hello World! First!
make DEFINE_VRE= OPT=add 输出:Kelly!
make DEFINE_VRE= OPT=recover 输出:Hello World! Again!

从上面的结果中大家得以知道的来看他俩的区分了
= 是最宗旨的赋值
:= 是覆盖此前的值
?= 是一旦没有被赋值过就给予等号前面的值
+= 是拉长等号后边的值

事先平素纠结makefile中“=”和“:=”的分别到底有何样分别,因为给变量赋值时,多个标志都在采纳。网上搜了一晃,有人给出精晓答,可是本人拙劣,看不懂什么意思。几寻无果之下,也就放下了
。明天看一篇博客,无意中发现作者对于那一个问题做了很好的解答。解决问题之余不免咋舌,有时候给个例子不就明白了吧?为啥非要说得那么学术呢。^_^

1、“=”

make会将全方位makefile展开后,再决定变量的值。也就是说,变量的值将会是全体makefile中最后被指定的值。看例子:

x = foo
y = $(x) bar
x = xyz

在上例中,y的值将会是 xyz bar ,而不是 foo bar 。

2、“:=”

“:=”表示变量的值决定于它在makefile中的地方,而不是一体makefile展开后的最终值。

x := foo
y := $(x) bar
x := xyz

在上例中,y的值将会是 foo bar ,而不是 xyz bar 了。
PHONY := __build
#导致__build是一个假目的,不要有依靠(不须要make后带标号),前面的条条框框也会举行

include Makefile
#因为Makefile中有obj-y,obj-y知道要编译哪些文件,也就是领略obj-y等于什么,所以富含进来
# obj-y := a.o b.o c/ d/
# $(filter %/, $(obj-y)) : 保留符合格式的东西,也就是保留c/ d/
# patsubst %/,%,$(filter %/, $(obj-y)) 在变量$(filter %/,
$(obj-y))中找到%/用%替换%/,即找到c/ d/用c d替换,那么__subdir-y
就等于 c d
# subdir-y : c d subdir-y 纯粹的目录名

subdir_objs := $(foreach f,$(subdir-y),$(f)/built-in.o)
#把变量$(subdir-y)里的每一个成员改成c/built-in.o那样的款式,subdir_objs变量等于x/built-in.o(的样式)但不是生成该方式的文本(来促成该公文之中有内容)
#即定义了变量而没有开头化,有那一个名字可以拓展引用
# a.o b.o
cur_objs := $(filter-out %/, $(obj-y))
#在$(obj-y)中找到%/,然后扔掉,保留下去的恰恰是a.o b.o

__build : $(subdir-y) built-in.o
//看重于子目录(进入子目录执行子目录的makefile),看重于当前目录下的built-in.o

$(subdir-y):
make -C $@ -f $(TOPDIR)/Makefile.build
#$@ 代表输出目的文件 -f进入子目录 使用顶层的Makefile.build来编译
built-in.o : $(cur_objs) $(subdir_objs)
$(LD) -r -o $@ $^
#把所有.o文件链接起来

dep_file = .$@.d
#用到dep_file时才会赋值,当时就赋值.$@.d根本就不知底是如何事物
%.o : %.c
$(CC) $(CFLAGS) -Wp,-MD,$(dep_file) -c -o $@ $<
#-c 链接
.PHONY : $(PHONY)
#.PHONY 的看重是假象目标,make无条件的举办它命令,即__build:
$(subdir-y): 下的通令(规则)无条件履行

export TOP_DIR=$(shell pwd)
#通过export导出该变量,供后续编译其他一些代码所使用,如通过在uboot中布署好,然后export出来给后续的kernel,drivers等局地编译的时候使用

export HI_SDK?=Hi3518_SDK_V1.0.9.0
#在(parent,上层的)makefile中export出来变量,子makefile(sub
make)中,是可以访问的。

export OSDRV_DIR=$(TOP_DIR)/$(SDK_VERSION)/osdrv
export OSDRV_CROSS?=arm-hisiv100nptl-linux
#假定没有被赋值过就给予等号后边的值

export
CHIP?=hi3518c#而同顶尖其他makefile(可由此makefile中置放变量MAKELEVEL查看得知当前makefile的levlel),

#是力不从心通过export来传递变量的,即一个makefile中export出来一个变量,同一级的其它一个makefile中,是不能访问/获得的

export ARCH=arm #export是shell命令,设置环境变量ARCH=arm
export CROSS_COMPILE=$(OSDRV_CROSS)-
export
OSDRV_CROSS_CFLAGS#makefile中的export是导出变量到子makfile,而目的对应执行
的动作中的export,是属于shell中的export,其效果是导出变量到当下shell。此七个export的出力是分裂的。

export REALTEK_DRV?=rtl8192EU_linux_v4.3.17_13587.20150309

CROSS_SPECIFIED:=y
#它右侧赋得值借使是变量,只好动用在那条语句在此之前定义好的,而不可以拔取那一个语句之后定义的变量

endif

ifeq ($(OSDRV_CROSS),arm-hisiv200-linux)

LIB_TYPE:=glibc #概念一个变量LIB_TYPE的值是glibc,调用则运用$()符号
:= 覆盖往日的值,赋予的值立时见效

all:
@echo
“———————————————————————“#echo命令的作用是在突显器上浮现一段文字,一般起到一个升迁的功力

all: prepare hiboot hikernel hibusybox hipctools hiboardtools wifidrv
hirootfs_build
#要生成all必要prepare hiboot等,就去prepare hiboot上面继续找执行

notools: prepare hiboot hikernel hibusybox wifidrv hirootfs_build

clean: hiboot_clean hikernel_clean \
hibusybox_clean hipctools_clean wifidrv_clean hiboardtools_clean
hirootfs_clean

distclean: pub_clean #要生成distclean需要pub_clean
,生成的平整在底下的下令中

##########################################################################################

prepare: #到那边,没有器重就不执行上边的平整
#冒号后怎么也尚无,那么,make
就不会自行去找文件的依靠,也就不会自动
#推行其后所定义的
命令。要推行其后的授命,就要在 make 命令后明显得提出那些 lable的名字

@if [ “$(CHIP)” = “hi3518a” -o “$(CHIP)” = “hi3516c” ];then \

#末端跟的是shell的判定语句

#@在Makefile一般用来解析shell命令 ,用@把shell命令放在Makefile中执行

#@表示在make时不出口make的信息(类似Windows下的echo off)。

pushd $(PC_TOOL_DIR);./mkyaffs2image $(ROOTFS_DIR)
$(IMAGE_DIR)/rootfs_2k_1bit.yaffs2 1 1;popd; \

chmod 644 $(IMAGE_DIR)/rootfs_2k_1bit.yaffs2; \

fi #fi是 if的终结标志 相当于#end

all:
#最紧要字.PHONY可以化解那题目,告诉make该目标是“假的”(磁盘上其实没有clean),那时make为浮动这一个目的就会将其规则执行两次
#make会将率先个冒出的靶子作为默许目的,就是只举办make不加目的名的时候,第一个目的名一般是all

相关文章