MTK程序编译详解

MTK程序编译

本文详解MTK的编译过程,阅读上文对本文的一些文件和术语会有很好的帮助。
导读:
  Comp.mak 完成模块编译连接,生成bin
  Gsm2.mak 主编译文件,完成clean,remake,new等工作
  **_GPRS.mak 客户私有的配置,根据客户的不同,而设定不同的配置文件
  Option.mak 工程中的基本配置及宏定义文件
  Verno_**.bld 版本文件
  Custom.bld 要保证在客户版本中都使用相同的配置的地方要写在这里,这个里面的一些文件不能被改变
  第一步:
  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):
  最后完成编译: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信息,最后打出时间标签。

---------------------------------------------------------------------------------------
本文编写的目的主要是从整体上理解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
        注意:按照联发科技的要求,最好上述软件采用建议的版本,否则可能会出现异常情况,导致不能正常编译。
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
清除所有的目标文件、库文件和日志文件,保留目录结构
New
清除并重新编译所有的文件
主要完成工作 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的头文件路径,全局的编译开关,用户的一些编译选项,最后定义了编译路径和目录。用户可以在这个文件中定义配置。
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的批处理文件,在修改一些模块,如增加国笔时需要修改。
6.   常见编译错误
1)      mtk_resgenerator.exe不能正常运行。可能是ResGenerator文件夹中的某些文件有错误。一个原因是在ResGenerator文件夹中缺少temp.rgb这个文件,并且不能自动生成。
2)      240X320屏的Font_res.c文件的错误,因为打开了中文字体的编译开关,只需要将mmi_featurespluto.h文件中__MMI_LANG_SM_CHINESE__的编译开关关闭即可。
3)      出现以下错误,"plutommi/mmi/FunAndGames/FunAndGamesSrc/Game.c", line 349: Error: C2455E: array [0] found
"plutommi/mmi/FunAndGames/FunAndGamesSrc/Game.c", line 350: Error: C2455E: array [0] found
因为默认的240X320屏幕打开的关于游戏的编译开关下没有游戏,所以需要打开mmi_featurespluto.h文件中的__MMI_GAME_VSMJ_240x320__编译开关。
4)      现象:mmiresource模块生成错误:
"plutommi/Customer/custresource/custimgmapext.c", line 31: Error: C2456E: undeclared name, inventing 'extern int MAX_IMAGE_IDS'
"plutommi/Customer/custresource/custimgmapext.c", line 31: Serious error: C2958E: illegal in constant expression_r: non constant 'MAX_IMAGE_IDS'
plutommi/Customer/custresource/custimgmapext.c: 0 warnings, 1 error, 1 serious error
原因:改变了屏幕大小后,128X160目录下的图片资源有问题。
解决办法:更换128X160目录下的图片资源,重新编译此模块。
5)      现象:Free clusters are NOT enough . Check ckSysDrv.log for detail !
Tools/make.exe: *** [cksysdrv] Error 1
   解决办法:删除掉/custom/system/CCDH26_05C_BB目录下的
custom_EMI.c
custom_EMI.h
flash_opt.h
三个文件。
6)      现象:在新加模块的.c文件中引用一个b.h,产生b.h中的aaa变量没有定义的错误,具体错误如下:
原因:没有包含定义aaa变量的头文件a.h。
解决办法:在include b.h之前include a.h
7)      现象:"plutommi/Customer/custresource/CustImgDataHW.h", line 19361: Serious error: C2934E: duplicate definition of '________CUSTOMER__IMAGES__EMPTYIMAGE_BMP'
原因:
解决办法:删掉CustImgDataHW.h这个文件重新编译
8)      现象:在链接bin文件时,出现以下错误:
Error: L6218E: Undefined symbol custom_setAdvEMI (referred from bootarm.obj).
原因:custominfo.pl文件没有修改,默认只打开CCDH26_05C_GPRS.mak一个文件,并不打开其它定义编译开关的文件,导致custom模块中的有些文件没有编译,所以一些变量在最后链接时显示未定义。
解决办法:修改custominfo.pl文件。
9)      现象:编译某个模块,出现错误:
Error: L6218E: Error: C2933E: type disagreement for 'mmi_phb_info_entry_list'
原因:调用mmi_phb_info_entry_list函数时传递的参数不正确,或者是函数mmi_phb_info_entry_list在调用时还未定义。
解决办法:修改custominfo.pl文件。
10) 现象:编译时出现字符串未定义的错误,
enum_list.h:2046:
error: `STR_ENTERTAINMENT_EXPLAIN_WOMANKNOWLEDGE' undeclareere (not in a function)
原因:可能是编译开关没打开,或者是正在使用excel表,readexcel.c中没有添加相关的头文件。还有一种可能是在使用这个字符串ID的模块的make底下的.inc文件中没有将定义这个字符串的头文件路径加上。还要注意防止头文件引用的宏定义是不是重复。
11) 现象:执行ResGenerator.bat时到输出第一份记录文本文件时当机,并且每次都过不去。
原因:安装了Windows的更新程序导致的,具体的可能是因为两个原因,一是安装了MSN最新版的补丁,也有可能是安装了SP3补丁所致

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值