MTK的编译过程【转】_砺剑_百度空间企业库|免费b2b网站

MTK的编译过程【转】_砺剑_百度空间

http://hi.baidu.com/steven926/blog/item/beeeca968ab88b15d31b703d.html

本文详解MTK的编译过程，并会根据我的理解来更新。阅读上文对本文的一些文件和术语会有很好的帮助。
导读：
Comp.mak 完成模块编译连接，生成bin
Gsm2.mak 主编译文件，完成clean,remake,new等工作
**_GPRS.mak 客户私有的配置，根据客户的不同，而设定不同的配置文件
Option.mak 工程中的基本配置及宏定义文件
Verno_**.bld 版本文件
Custom.bld 要保证在客户版本中都使用相同的配置的地方要写在这里，这个里面的一些文件不能被改变
{dy}步：
1.Make.bat命令首先调用ChgFileMode.bat，将编译过程中需要用到的文件的只读属性修改为可读写，再调用make2.pl。
2.Make2.pl的主要工作就是匹配gsm2.mak的参数，然后通过命令
system("${makeCmd} -f${makeFolder}${myMF} -r -R CUSTOMER=$custom PROJECT=$project $action");来调用gsm2.mak。
具体解析出来就是
make -f make\gsm2.mak -r –R CUSTOMER=工程名 PROJECT=gprs new|update|remake
第二步：整个过程如图
Gsm2.mak
Option.mak
**_GPRS.mak
REL_CR_MMI_GPRS.mak
USER_SPECIFIC.mak

1.在Gsm2.mak文件的开始处调用了option.mak文件。
2.Option.mak又将make\$(strip $(CUSTOMER))_$(strip$(PROJECT)).mak文件包含进来，这个模式匹配结果为：make目录下，工程名称_GPRS.mak，如K500GSD_GPRS.mak。
3.在$(strip $(CUSTOMER))_$(strip$(PROJECT)).mak文件中又调用了 REL_CR_MMI_$(strip$(PROJECT)).mak文件，这个文件模式具体被解析为make目录下的 REL_CR_MMI_GPRS.mak文件。
REL_CR_MMI_GPRS.mak这个文件定义了哪些文件需要加入到编译目录中。
其中定义了MMI部分的编译目录为MMIDIR = plutommi。
在变量CUS_REL_BASE_COMP中定义了资源的编译目录：
CUS_REL_BASE_COMP += $(strip $(MMIDIR))\mmi $(strip $(MMIDIR))\mtkapp $(strip$(MMIDIR))\tool $(MMIDIR)\WIN32FS
CUS_REL_BASE_COMP += $(strip$(MMIDIR))\Customer\CustomerInc \
$(strip $(MMIDIR))\Customer\Customize \
$(strip $(MMIDIR))\Customer\CustResource\$(strip $(MMI_VERSION))\
$(strip $(MMIDIR))\Customer\debug \
$(strip $(MMIDIR))\Customer\Images\GameImages \
$(strip $(MMIDIR))\Customer\Images\decoder \
$(strip $(MMIDIR))\Customer\Res_MMI \
$(strip $(MMIDIR))\Customer\ResGenerator \
$(strip $(MMIDIR))\Customer\ResourceDLL \
$(strip $(MMIDIR))\Customer\Resources \
$(strip $(MMIDIR))\Customer\Audio
客户的资源需要编译如下文件：CUS_REL_SRC_COMP += mmiresource mtkapp gdi_arm plutommi vendorapp
图片名称为：CUS_REL_BASE_COMP += $(strip$(MMIDIR))\Customer\Images\$(strip $(MMI_PROJ))$(strip$(MAIN_LCD_SIZE))，可解析为如：
plutommi\customer\images\K500GSD176X220

REL_CR_MMI_$(strip $(PROJECT)).mak
其中CUS_REL_OBJ_LIST这个变量存储了连接过程中所需要的文件名称

4．make\$(strip $(CUSTOMER))_$(strip$(PROJECT)).mak文件的功能。
CUSTOM_OPTION定义了所有需要编译进去的功能模块的宏。
COMPLIST变量的功能：
ifeq ($(strip $(RTOS)),NUCLEUS)
COMPLIST = nucleus nucleus_int nucleus_ctrl_code nucleus_critical_data
Endif
如果**作系统为NUCLEUS，那么COMPLIST为后面的值，COMPLIST为所要编译的文件列表，里面存放了很多*.inc文件，展开后就变为
config\include
stacklib\include
adaptation\include
kal\include等等

5． option.mak文件的在后面调用了make\USER_SPECIFIC.mak
如果使用CPU为ARM，则编译工具目录为如下定义
ifeq ($(strip $(COMPILER)),ADS)
DIR_ARM = c:\progra~1\arm\adsv1_2
DIR_ARM := $(strip $(DIR_ARM))
DIR_TOOL = $(DIR_ARM)\bin
DIR_ARMLIB = $(DIR_ARM)\lib
DIR_ARMINC = $(DIR_ARM)\include
Endif
连接打包工具等为如下几个：
DIR_TOOL := $(strip $(DIR_TOOL))
LINK = $(DIR_TOOL)\armlink.exe # Linker
ASM = $(DIR_TOOL)\armasm.exe # ARM assembler
LIB = $(DIR_TOOL)\armar.exe # Library tool
BIN_CREATE = $(DIR_TOOL)\fromelf.exe # Binary tool
下面这段代**告诉我们需要用什么编译工具来编译
ifeq ($(strip $(COMPILER)),ADS)
ifeq ($(strip $(COMPILE_MODE)),INST16)
CC = $(DIR_TOOL)\tcc.exe # Thumb Mode(16bits), use tcc
CC32 = $(DIR_TOOL)\armcc.exe # ARM Mode(32bits), use armcc
CPPC = $(DIR_TOOL)\tcpp.exe # Thumb Mode(16bits), use tcc
CPPC32 = $(DIR_TOOL)\armcpp.exe # ARM Mode(32bits), use armcc
else
ifeq ($(strip $(COMPILE_MODE)),INST32)
CC = $(DIR_TOOL)\armcc.exe # ARM Mode(32bits), use armcc
CPPC = $(DIR_TOOL)\armcpp.exe # ARM Mode(32bits), use armcc
else
CC = $(DIR_TOOL)\tcc.exe # Default tcc
CC32 = $(DIR_TOOL)\armcc.exe # ARM Mode(32bits), use armcc
CPPC = $(DIR_TOOL)\tcpp.exe # Thumb Mode(16bits), use tcc
CPPC32 = $(DIR_TOOL)\armcpp.exe # ARM Mode(32bits), use armcc
endif
endif
endif

ifeq ($(strip $(PLATFORM)),MT6223P)
AFLAGS := -g -littleend -cpu ARM7EJ-S
Endif

COMMINCDIRS变量在先包含了基本功能模块的inc目录后再包含如下文件
COMMINCDIRS += $(DIR_ARMINC) $(CUSTOM_COMMINC)，

6．Option.mak中定义了一些附加功能模块的编译模式（是否被编译，被编译成什么样的结果），比如说蓝牙，UART3，WIFI，USB，WAP等等，还有一些编译器的设置。
我们的版本号和Scat文件被定义在这个变量中：5056L
SCATTERFILE = custom\system\$(strip$(BOARD_VER))\scat$(strip $(PLATFORM)).txt
VERNOFILE = make\Verno_$(CUSTOMER).bld
.bin文件的名称设置在这个变量TARGNAME = $(CUSTOMER)_$(strip$(SUB_BOARD_VER))_$(PROJECT)_$(strip $(PLATFORM))_$(strip$(CHIP_VER))
TST_DB := $(strip $(TSTDIR))\database_classb
然后被包含到Option.mak文件中来，include $(strip$(VERNOFILE))。

7．Gsm2.mak文件中new执行的指令
new : cleanall cmmgen mmi_feature_check asngen codegen asnregen operator_check_lite update

update所执行的指令
update : cleanlog cleanbin mcddll_update codegen resgen cksysdrv remake

remake所执行的指令
remake : mcp_check cleanlog cleanbin genverno libs $(BIN_FILE) done

resgen用来编译资源文件：Res_**.c

(echo CUSTOM_OPTION = $(foreach def,$(BOARD_VER) $(PLATFORM) $(LCD_MODULE) $(EXT_CAM_MODULE)$(CMOS_SENSOR),-D "$(def)") \>$(MMIDIR)\customer\resGenerator\custom_option.txt)
首先将CUSTOM_OPTION重定向到custom_option.txt中

(type make\~cus_opt.tmp >>$(MMIDIR)\customer\resGenerator\custom_option.txt)
使用tools\strcmpex.exe生成~cus_opt.tmp, ~tgt_opt.tmp,~inc.tmp三个文件
将~cus_opt.tmp 重定向到custom_option.txt中

(@del $(MMIDIR)\mmi\TargetOption.txt) &\
(copy /Y make\~tgt_opt.tmp $(MMIDIR)\MMI\TargetOption.txt)
再将TargetOption.txt更新一下，将~tgt_opt.tmp重定向到TargetOption.txt中

(type make\~inc.tmp >$(MMIDIR)\customer\resGenerator\custom_include.tmp)
再将~inc.tmp重定向到custom_include.tmp中，

执行replace_project_name.pl文件，编译Res_**.c
再执行ResGenerator_HW.bat，编译资源文件。

8．Remake中的编译过程是在libs中完成的
目标依赖：libs: cleanlib startbuildlibs $(COMPLIBLIST)
Cleanlib在这个依赖中做的动作是清掉上次生成的.bin，.elf，.lis等文件，接着清掉需要重新来生成的.lib文件。$(COMPLIBLIST)这个依赖就是我们需要重新生成的.lib文件。
.lib文件的依赖关系：%.lib:
在这个依赖关系中所做的动作是设置编译器，链接器以及这个过程的参数等其他信息，然后将这些信息输出到：~compbld.tmp临时文件中。

(tools\make.exe -fmake\comp.mak -k -r -R $(strip $(CMD_ARGU)) COMPONENT=$* >$(strip $(COMPLOGDIR))\$*.log) \
调用了make命令来执行comp.mak文件，并且可以看到> $(strip$(COMPLOGDIR))\$*.log
该语句将执行comp.mak文件时产生的信息存放在当前编译部分的.log文件中，通常看编译信息的比如custom.log等就是该中类型的文件。

依赖关系：update_lib: $(TARGLIB)
$(TARGLIB) : $(COBJS) $(CPPOBJS) $(AOBJS) $(ARMOBJS)
$(TARGLIB)依赖很多.c和.obj
.c.obj:
@echo Compiling $< ...
@tools\strcmpex.exe $(ACTION) remake e $(*F).via $(CINTWORK) -c $(CFLAGS) $(CDEFS) $(CINCDIRS) -o $(COMPOBJS_DIR)/$@$<
@tools\strcmpex.exe $(ACTION) remake n $(*F).via $(CINTWORK) -c $(CFLAGS) $(CDEFS) $(CINCDIRS) $(MD) -o$(COMPOBJS_DIR)/$@ $<
@if exist $(*F).via tools\warp.exe $(*F).via
@if exist $(*F).via $(CMPLR) $(VIA) $(*F).via
@if not $(ACTION)==remake if exist $(FIXPATH)\$(*F).d perl.\tools\pack_dep.pl $(FIXPATH)\$(*F).d >$(RULESDIR)\$(COMPONENT)_dep\$(*F).det
@if not $(ACTION)==remake if exist $(FIXPATH)\$(*F).d del /f /q$(FIXPATH)\$(*F).d >nul
@if exist $(*F).via del /f /q $(*F).via
要生成.o依赖于.c文件，如果我的.c文件经过更新，那么该.o就需要重新生成，该.c就需要重新来编译。
@tools\strcmpex.exe $(ACTION) remake e$(*F).via $(CINTWORK) -c $(CFLAGS) $(CDEFS)$(CINCDIRS) -o $(COMPOBJS_DIR)/$@ $<
@tools\strcmpex.exe $(ACTION) remake n $(*F).via $(CINTWORK) -c $(CFLAGS) $(CDEFS) $(CINCDIRS) $(MD) -o$(COMPOBJS_DIR)/$@ $<
有两个编译环节，针对不同的编译动作，两者的不同点在于中间有个$(MD)编译选项，在有该选项的时间编译的时候就会生成依赖关系文件.d。
@if not $(ACTION)==remake if exist $(FIXPATH)\$(*F).d perl.\tools\pack_dep.pl $(FIXPATH)\$(*F).d >$(RULESDIR)\$(COMPONENT)_dep\$(*F).det
在这个的语句中有$(FIXPATH)\$(*F).d >$(RULESDIR)\$ (COMPONENT)_dep\$(*F).det该动作又将.d文件作为.pl文件的参数，执行该perl文件后将结果输出放在.det文件中。
@if not $(ACTION)==remake if exist $(FIXPATH)\$(*F).d del /f /q$(FIXPATH)\$(*F).d >nul
然后又执行这个语句，将.d文件删除。
在make文件中可以看到-include$(RULESDIR)\$(COMPONENT).dep
在查看各个.o的依赖关系的时间要查看该.dep文件来决定是否需要来重新编译生成该.o。
如果新添加了.h文件又没有来更新.dep文件就可能导致该.o查找依赖时没有依赖该.h。不去更新该.o。
@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)
在生成了.o文件后在.lib的依赖中可以看到($(LIB) -r$(TARGLIB) $(COMPOBJS_DIR)/*.obj)
该语句将生成的.o文件打包成.lib库文件。

连接过程：$(BIN_FILE)：
{zh1}完成编译：done:
# -----------------------------
# Clean temporary files in make directory
# -----------------------------
@echo Cleaning make\~*.tmp files ...
@if exist make\~*.tmp \
del make\~*.tmp
@echo Done.
@perl tools\time.pl -n
清掉临时文件，打出done信息，{zh1}打出时间标签。

---------------------------------------------------------------------------------------
本文编写的目的主要是从整体上理解MTK的编译过程，以便较快的处理编译中遇到的问题，同时为以后可能的优化编译过程提供参考。
2. 简介
MTK的编译过程主要是在windows命令行下通过Makefile文件执行相应的perl脚本或c程序，将资源包生成c源程序，并与相应模块的c程序.o,.lib或.obj的中间代**，最终生成在手机上使用的.bin文件和在模拟器上使用的mmiresource.dll资源文件。
3. 编译环境
A.    编译工具和辅助工具
ADS1.2
ADS1.2_update_848.exe
MSYS 版本：1.0.10
MinGW 版本：3.1.0
Gcc-core-3.3.1
Gcc-g++-3.3.1
ImageMagick 版本：6.3.6 Q16
7-zip 版本：3.13
注意：按照联发科技的要求，{zh0}上述软件采用建议的版本，否则可能会出现异常情况，导致不能正常编译。
B.    编译环境搭建
按默认路径安装ADS1.2，并安装848补丁包
按默认路径安装Perl
按默认路径安装7_zip
安装MinGW
先按默认路径安装MinGW安装包，然后解压gcc-core、gcc-g++的压缩包，讲解压后的两个文件夹复制到MinGW安装路径下。
安装MSYS
安装ImageMagick，注意：
按默认提示安装到Select Additional Tasks时，所有的选择全取消，后面再按默认安装。
复制7z.exe
拷贝..\7_Zip\7z.exe 至..\plutommi\Customer\ResGenerator，并改名为7za.exe。
复制MinGW
拷贝..\MinGW至..\Tools\MinGW。
复制MSYS
拷贝..\msys\1.0至..\Tools\MSYS。
复制ImageMagick
拷贝..\ImageMagick-6.2.5-Q16文件夹下全部文件
至 ..\plutommi\Customer\ResGenerator目录下
设置make.exe
改名mingw32-make.exe(..\Tools\MinGW)为make.exe，并放在tools目录下。
C.    编译环境检查
检查第三方软件安装情况
如果确认全部安装，可跳过此步。
将custom3rdParty.pl文件拷贝到本机，修改
4$sevenZipPath = "C:\\Progra1~1\\7-Zip";
5$MinGWPath = "C:\\MinGW";
6$MSYSPath     = "C:\\MSYS";
然后运行在Tools\chk_env.exe
检查windows环境变量
检查MTK中Makefile变量是否正确
打开..\make\option.make，检查关于ADS编译器的路径设置
ifeq ($(strip $(COMPILER)),ADS)
DIR_ARM        = c:\adsv1_2
DIR_ARM := $(strip $(DIR_ARM))
DIR_TOOL    = $(DIR_ARM)\bin
DIR_ARMLIB     = $(DIR_ARM)\lib
DIR_ARMINC     = $(DIR_ARM)\include
Endif
D.    结束
现在可以执行MAKE了，例如
Make customer_name gprs new_modis
Make CUSTOMER_NAME gprs new
E.    搭建编译环境的另一种方法
正确安装A中所述软件后，配置custom3rdParty.pl中变量，用该批处理文件自动配置剩余工作。
F. 搭建编译环境的一种捷径
当已经配置好一个MTK工程，需要在另一个工程中搭建编译环境时，有一种便捷的方法，步骤如下：
假设已配置好的工程MAUI.A，待配置的是MAUI.B；
备份MAUI.B的tools目录，如改名为tools_new；
复制MAUI.A的tools目录至MAUI.B的目录下；
用MAUI.B原来的tools目录下所有文件覆盖当前的tools目录，如复制tools_new下所有文件至tools下；
复制MAUI.A下plutommi/Customer/ResGenerator/7za.exe和convert.exe至MAUI.B下的plutommi/Customer/ResGenerator。
4. 编译命令与文件
MTK编译分资源的编译和代**的编译。
1)    资源的编译
a)    在如下的情况下，需要重新编译资源：
修改了字符串资源文件(Ref_list.txt)、字库文件(FontRes.c,L_**.h)、MMI配置文件(MMI_featuresPLUTO.h)等，这些文件位于
..\plutommi\Customer\CustResource\PLUTO_MMI\ ；
修改了MMI资源装载配置文件，这些文件位于
..\plutommi\Customer\CustResource\PLUTO_MMI\Res_MMI 目录下，这个目录下都是Res_*.*文件，是各个AP或模块的资源装载文件，包括菜单、图片和字符串资源的装载配置；
注意：Cust*.*文件是资源编译生成的，不能手动修改。
b)    编译方法
进入..\plutommi\Customer目录，执行remakeResource.bat。若是在模拟器上使用，则还需要在VC环境下build一下，就可以看到效果了。
c)    与资源编译相关的文件
ResGenerator_HW.bat
在编译手机目标板工程时，有“new”，“resgen”等选项时，自动调用；
ResGenerator.bat
手机PC模拟器工程中，添加新资源后，需要手动调用；
remakeResource.bat
手机PC模拟器工程中，只替换图片或更新字符串等情况下，需要手动调用；
res_gen.txt
资源编译的log文件，在build目录下；
Makefile
..\plutommi\Customer\ResGenerator\Makefile
此文件是资源装载预编译程序的Makefile；
PopulateRes.c
..\plutommi\MMI\Resource\PopulateRes.c
执行资源装载，主体是函数PopulateResData()，
mtk_resgenerator.exe在执行时会调用该函数；
MMIDataType.h
..\plutommi\mmi\Inc\MMIDataType.h
定义AP的ID范围。
2)    代**的编译
A.    编译命令
命令
说明
Clean
xx所有的目标文件、库文件和日志文件，保留目录结构
New
xx并重新编译所有的文件
主要完成工作 gsm2.mak
cleanall cmmgen mmi_feature_check asngen codegen asnregen operator_check_lite update
Update
扫描资源、代**的改变，有改变的重编，无改变的不编
主要完成的工作 gsm2.mak
cleanlog cleanbin mcddll_update codegen resgen cksysdrv remake
Remake
不扫描资源，只扫描代**的改变，有改变的重编，无改变的不编
主要完成的工作 gsm2.mak
mcp_check cleanlog cleanbin genverno libs $(BIN_FILE) done

B.    编译相关的文件
编译用到的文件主要放在make文件夹中。各个文件的简要说明如下：
文件名
说明
Gsm2.mak
编译过程中主要执行的make文件，这个文件从命令行获得编译参数，做出相应的处理。它定义了各个参数的执行过程，包括：new、remake、update等。以及调用其它perl或c程序生成目标文件。
Option.mak
定义了编译环境中用到的工具及相关的目录，根据大的编译开关定义了小的编译和链接选项。
**.lis
**模块的.c文件
如 plutommi\MMI\MyApp\MyAppSrc\MyAppSrc.c
**.pth
**模块的.c文件存放的路径
如 plutommi\MMI\MyApp\MyAppSrc
**.def
**模块用到的编译开关，当**模块引用其它模块中在编译开关下定义的变量、函数或宏时，就需要将这个编译开关加进来。
**.inc
**模块用到的头文件路径，需要将**模块引用的头文件及，头文件引用的头文件的路径均要包含进来。
如 plutommi\MMI\MyApp\MyAppInc
**_GPRS.mak
定义了需要编译的模块列表、编译中包含文件和生成文件的路径，定义trace的头文件路径，全局的编译开关，用户的一些编译选项，{zh1}定义了编译路径和目录。用户可以在这个文件中定义配置。
Comp.mak
编译和集成模块源文件，编译生成库文件。构建目标代**依赖列表，设置每个模块的编译路径及编译选项，设置生成目标lib的路径，设置生成obj的路径。
~buildinfo.tmp
包含了在Gsm2.mak和Option.mak中用到的项目和平台名称。
~compbld.tmp
包含了编译每个模块时的编译信息。
目标文件
生成的目标文件为.bin文件，位于..\build\proj目录下面，build目录为生成的一个目录。
Log文件
Log文件同.bin文件一样，也是位于build目录下，如果编译出错，可以在命令行中看到出错的模块，然后到build目录下找对应的Log文件。
MT6225r目录
包括了每个模块的依赖文件(由mak产生的.dep)。
MT6225o目录
包含所有生成的obj文件和lib文件。
C.    文件命名规则
一般来说MMI程序在plutommi\mmi或者mtkapp下面，程序源文件及头文件命名有一定的规律。
以工具箱模块为例，有三个相关目录。
Organizer    程序总目录
OrganizerInc    头文件目录
OrganizerSrc    源文件目录
在OrganizerSrc下创建源程序文件
Ebook2.c
在OrganizerInc下创建程序头文件
EbookProt.h
EbookDefs.h
EbookTypes.h
EbookGprot.h
下面介绍每个文件的作用:
**Src.c/**.c
本程序的主源程序
**Gprot.h
用来放本程序的所有函数声明，但此头文件是被别的程序所加载的，也就是说此文件所申明的都是对外接口；
**Gtype.h
用来放本程序所需的类型、结构、常量宏定义，此头文件同时被别的程序所加载；
**Gdcl.h
包括被其它程序调用的全局变量定义；
**Gexdcl.h
包括全局变量的声明，该头文件被别的程序所加载；
**Prot.h
用来放本程序的所有函数声明，但此头文件只被本程序的源程序所加载；
**Dcl.h
定义仅被本程序所调用的全局变量；
**ExDcl.h
包括全局变量的声明，但此头文件只被本程序的源程序所加载；
**Types.h
用来放本程序所需的类型、结构、常量定义；
**Def.h
用来放本程序的资源ID定义；
*.*
也可以自己定义程序的命名规则。
5. 配置编译选项
**_GPRS.mak是用户配置文件，用户可以通过修改该文件配置编译选项。
1)    增减编译的模块
牵涉到**_GPRS.mak中的两个变量：
COMPLIST
列出所有可以被编译成.lib库文件的模块。
当在COMPLIST中增加编译的模块时，注意要在make下相应的目录中创建相应的.lis,.inc,.path,.def文件。
CUS_REL_MTK_COMP
列出所有只提供.lib库文件的模块。
这些库文件要位于../mtk.lib中。
2)    将含有源文件的模块以库文件的形式编译
从COMPLIST中去除该模块；
将该模块加入CUST_REL_MTK_COMP；
将.lib库文件拷贝至../mtk.lib中；
删除make下相应的模块目录。
3)    配置编译MoDIS
MoDIS作为MTK软件开发的重要工具，常常被使用。但是由于在PC端与手机端不可避免存在一定的区别，因此在编译MoDIS时，其配置选项有一些与手机端编译存在一定的区别。
在配置好手机端编译的基础上，相应MoDIS的配置还牵涉到:
CreateMoDIS.ini
Module.ini
CreateMoDIS.pl
以下分别介绍这三个文件
a)    CreateMoDIS.ini
MoDIS的全局配置，有7个部分配置编译：
GLOBAL_SETTING
变量disbale_libs关闭MoDIS编译中不需的手机端模块，例如bootloder模块，此模块在手机端上用于引导系统，但是在MoDIS上，由于并不是真实的目标板环境，因此该模块需要取消。
变量enable_libs增加MoDIS编译中所独有的模块，例如modis_fs，由于采用了模拟的文件系统，因此在disbale_libs中加入fs模块后，在enbale_libs上加入modis_fs。
ENABLE_INC_PATH/ DISABLE_INC_PATH
增加或减少头文件的搜索路径，其中global为全局路径，其他为相应模块的路径。
ENABLE_OPTION/ DISABLE_OPTION
增加或减少宏定义，其中global为全局宏，其他为相应模块或文件的宏。
ENABLE_FILE/ DISABLE_FILE
增加或减少相应模块的文件。
b)    Module.ini
MoDIS目录下各模块都有.ini文件，通过此类文件，用户可以修改相应模块编译时的头文件搜索路径、宏定义选项。
c)    CreateMoDIS.pl
编译MoDIS的批处理文件，在修改一些模块，如增加国笔时需要修改。

郑重声明：资讯【MTK的编译过程【转】_砺剑_百度空间】由发布，版权归原作者及其所在单位，其原创性以及文中陈述文字和内容未经(企业库qiyeku.com)证实，请读者仅作参考，并请自行核实相关内容。若本文有侵犯到您的版权，请你提供相关证明及申请并与我们联系（qiyeku # qq.com）或【在线投诉】，我们审核后将会尽快处理。

—— 相关资讯 ——