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）或【在线投诉】，我们审核后将会尽快处理。
—— 相关资讯 ——
