MTK make分析

MTK make 命令分析
在MTK 工程根目录里，只有一个make.bat 批处理文件。Make.bat 实际上只起引导作用，
其只有一行批处理语句perl make2.pl %*，于是运行该批处理文件后控制权转给了perl 脚本
make2.pl。在这个perl 脚本中解析了用户输入的命令行参数，设置变量，准备make 时需要
的临时配置文件，随后根据生成的可运行映像是PC 模拟版还是ARM 版而分别调用不同的
构建过程。
Pc 模拟版的构建通过调用如下命令实现。
system("$msdev MoDIS.dsw /MAKE - Win32 $modisDir\\"
/OUT ${MoDISLogDir}\\\\${argu}.log")
在这里$msdev 就是VC 的msdev，通过VC 的工程文件MoDIS.dsw 和后面的参数进行
具体的构建过程。熟悉VC 工程的朋友应该比较清楚，因此就不再具体解释了。之后将只以
ARM 版为主来讲解整个工程的构建过程。
ARM 版的构建通过调用如下命令实现。
system("${makeCmd} -f${makeFolder}${myMF} -r -R
CUSTOMER=$custom PROJECT=$project $action")
在这里${makeCmd}是tools\\make.exe，即GNU 的make，${makeFolder}${myMF}是
make\\Gsm2.mak，$action 是new、update、remake 等。变量CUSTOMER 和PROJECT 分别
是客户名和项目名，在构建过程中将根据此两个变量的值选定项目相关的配置文件，从而实
现客户化的定制。通过给make 指定ARM 版的核心Makefile 文件Gsm2.mak，开始了ARM
版的构建过程。
Gsm2.mak 文件中包含了Option.mak 这个配置用的Makefile 文件，另外还包含了一些
以.tmp 和.bld 为后缀的由perl 脚本make2.pl 生成的临时配置文件。这些临时配置文件主要
是一些action 如clean、remake 等所需的变量设置，及客户化和版本号等的一些信息。
Gsm2.mak 控制了new、update、remake 等动作的过程。具体分别如下所示。
new : cleanall cmmgen mmi_feature_check asngen codegen asnregen \\
operator_check_lite update
update : cleanlog cleanbin mcddll_update codegen resgen cksysdrv remake
remake : cleanlog cleanbin genverno libs $(BIN_FILE) done
上面的构建过程的几个步骤中，最重要的两个步骤是libs、$(BIN_FILE) 。libs 调用ARM
版的编译器和连接器将各个模块目录下的C 文件编译链接为独立的库。$(BIN_FILE)这个步
骤将各个模块编译链接得到的库和mtk_lib 目录下的库一起链接起来得到一个映像文件，然
后使用ADS 的工具fromelf 将映像文件生成以变量BIN_FILE 命名的二进制文件，该文件可
以下载到硬件板上运行。
libs 这个步骤如下所示。
libs: cleanlib startbuildlibs $(COMPLIBLIST)
libs 中真正进行编译链接的步骤是$(COMPLIBLIST)，要生成的库由变量COMPLIBLIST
列出，在ARM 版中，变量COMPLIBLIST 从变量COMPLIST 得到。变量COMPLIST 是在
Option.mak 及其包含的Makefile 文件中赋值的。因有很多库需要编译链接，变量
COMPLIBLIST 展开后包含多个步骤，而这些步骤都是重复不变的，因此在定义步骤
$(COMPLIBLIST)的构建过程时使用%.lib 代替。%.lib 这个步骤先清除了之前的一些依赖关
系文件，将一些变量的设置写入~compbld.tmp 这个临时文件中，然后给make 指定Makefile
文件comp.mak，完成库的编译和链接，如下所示。
%.lib:
@if /I %OS% EQU WINDOWS_NT \\
(if /I $(BM_NEW) EQU TRUE \\
(tools\\make.exe -fmake\\comp.mak -k -r -R $(strip $(CMD_ARGU)) COMPONENT=$*
>$(strip $(COMPLOGDIR))\\$*.log 2>&1)
\\
else \\
(tools\\make.exe -fmake\\comp.mak -r -R $(strip $(CMD_ARGU)) COMPONENT=$*
>$(strip $(COMPLOGDIR))\\$*.log 2>&1) \\
) \\
else \\
(if /I $(BM_NEW) EQU TRUE \\
(tools\\make.exe -fmake\\comp.mak -k -r -R $(strip $(CMD_ARGU)) COMPONENT=$*
>$(strip $(COMPLOGDIR))\\$*.log) \\
else \\
(tools\\make.exe -fmake\\comp.mak -r -R $(strip $(CMD_ARGU)) COMPONENT=$*
>$(strip $(COMPLOGDIR))\\$*.log) \\
)
上面的命令语句中，参数-k 是指有错误也要继续编译，-r 和-R 是指没有GNU make 的
默认规则和变量。COMPONENT=$*把当前要生成的库赋给变量COMPONENT。要注意%.lib
匹配了所有要生成的库，但这个步骤一次只生成一个模块的库，这个步骤对所有匹配到的库
都会执行一次。
comp.mak 这个Makefile 文件控制了模块的编译链接过程。在这个文件中，首先将当前
模块要生成的库（由变量COMPONENT 传入）设置给了变量TARGLIB。之后从.lis 文件中
得到SRC_LIST 和CPPSRC_LIST 两个源文件列表，设定要编译的C 文件、C++文件、汇编
文件等的列表，和要链接的中间目标文件的列表。将.inc、.def、.pth 文件中的头文件路径、
C 文件路径、编译链接参数等赋值给相应的变量。将平台相关（如6223、6225）的编译参
数加上，确定使用ARM 编译器还是thumb 编译器，是否支持ARM 指令和thumb 指令的
interwork 模式。最后进入库的编译链接过程。
库的编译链接由update_lib 步骤完成，这个步骤直接依赖了$(TARGLIB)。目标
$(TARGLIB)是由所有按照.c.obj、.s.obj、%.obj: %.cpp 等规则编译得到的中间目标文件链接
得到的。其主要过程如下所示。
$(TARGLIB):
...
@if exist $(FIXPATH)\\$(CUS_MTK_LIB)\\$(COMPONENT).lib \\
(copy /z $(FIXPATH)\\$(CUS_MTK_LIB)\\$(COMPONENT).lib $(subst /,\\,$(TARGLIB)))
&\\
($(LIB) -r $(TARGLIB) $(COMPOBJS_DIR)/*.obj) \\
else \\
($(LIB) -create $(TARGLIB) $(COMPOBJS_DIR)/*.obj)
...
Option.mak 是整个工程构建过程中的总控配置文件，在这个文件中还包含了_.mak 和
REL_CR_MMI_.mak 这两个项目相关的配置文件， 用户自定义的配置文件
USER_SPECIFIC.mak，另外还包含了一些临时生成的配置文件。这些配置文件在一起设置
了工程构建过程中用到的编译器、链接器，库和二进制的工具，设置了编译链接时的参数，
公共的头文件路径，设置了需要包含mtk_lib 目录中的哪些既有的库，设置了需要生成的库
等一系列相关的设置。