解决WINCE500中INTEL编译器无法完全卸载的问题
2006-04-21 09:13
417 查看
为PB FOR WINCE500安装好INTEL COMPILER后,在PB的TOOLS里会多出一个SELECT COMPILER,这时候用户会发现已经上当了,即使把INTEL COMPILER反选不用,仍然有些以前可以编译过去的汇编文件,现在不可编译通过,无法生成OBJ,那么在LINK成LIB/DLL/EXE的时候就编译出错停下了。其实这时候即使用户把INTEL COMPILIER卸载掉,然后再重启都是无济于事的。这使我想到一个词:流氓软件。
实际上关键点在这个文件里 \wince500\public\common\oak\misc\Makefile.def
让我们来看看使用INTEL编译器和PB自带的MS编译器时,makefile.def文件里的差异吧。只有四行的差异
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Line Num | MS | INTEL
1265 | CFLAGS=$(CFLAGS) -WX | #CFLAGS=$(CFLAGS) -WX
1360 | | TARGETLIBS=$(_SDKROOT)\bin\i386\x0_ar10.lib $(TARGETLIBS)
1485 | ASSEMBLER=armarm -coff | #ASSEMBLER=armarm -coff
1486 | | ASSEMBLER=asxscce -coff -mcpu 3 -debug
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
第1265行说的是,当编译.c文件时,treats all warnings as errors. If there are any warning messages, the compiler generates an error message, and continues compilation. (评论,推荐自虐的人配合最高级的W4一起用, CFLAG=$(CFLAGS) -W4 -WX,这种条件下编译出的代码那语法真是天衣无缝了) 所以INTEL也就是在这里放宽了检查,给自己的编译器留条后路,某些原来不能通过编译的WARNING现在可以PASS了。
第1360行,在使用MS COMPILER的Makefile.def里并没有这句,INTEL强加了这个x0_ar10.lib,估计某些语句需要用到这个lib里的东西。典型的情况是在不使用INTEL COMPILER编译BetaPlayer中一些汇编文件的时候,会报错说找不到x0_ar10.lib,对这些文件的SETTING里指定使用INTEL COMPILER就OK了。
第1485和1486行,也就是指定编译器啦,可以看见两者之间明显的意图。后面 COFF 参数是指Common Object File Format,也就是说编译出来的文件得按照游戏规则填些MACHINE TYPE,TIME STAMP之类的东东。INTEL使用他们的ASXSCCE编译器那条语句后面那些参数就没地方查了。
实际上关键点在这个文件里 \wince500\public\common\oak\misc\Makefile.def
让我们来看看使用INTEL编译器和PB自带的MS编译器时,makefile.def文件里的差异吧。只有四行的差异
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Line Num | MS | INTEL
1265 | CFLAGS=$(CFLAGS) -WX | #CFLAGS=$(CFLAGS) -WX
1360 | | TARGETLIBS=$(_SDKROOT)\bin\i386\x0_ar10.lib $(TARGETLIBS)
1485 | ASSEMBLER=armarm -coff | #ASSEMBLER=armarm -coff
1486 | | ASSEMBLER=asxscce -coff -mcpu 3 -debug
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
第1265行说的是,当编译.c文件时,treats all warnings as errors. If there are any warning messages, the compiler generates an error message, and continues compilation. (评论,推荐自虐的人配合最高级的W4一起用, CFLAG=$(CFLAGS) -W4 -WX,这种条件下编译出的代码那语法真是天衣无缝了) 所以INTEL也就是在这里放宽了检查,给自己的编译器留条后路,某些原来不能通过编译的WARNING现在可以PASS了。
第1360行,在使用MS COMPILER的Makefile.def里并没有这句,INTEL强加了这个x0_ar10.lib,估计某些语句需要用到这个lib里的东西。典型的情况是在不使用INTEL COMPILER编译BetaPlayer中一些汇编文件的时候,会报错说找不到x0_ar10.lib,对这些文件的SETTING里指定使用INTEL COMPILER就OK了。
第1485和1486行,也就是指定编译器啦,可以看见两者之间明显的意图。后面 COFF 参数是指Common Object File Format,也就是说编译出来的文件得按照游戏规则填些MACHINE TYPE,TIME STAMP之类的东东。INTEL使用他们的ASXSCCE编译器那条语句后面那些参数就没地方查了。
相关文章推荐
- 【技术贴】关于VMware虚拟机无法重装卸载不掉卸载不完全的问题解决
- 解决老版本eclipse无法完全替换主题的问题
- 解决USB设备有时无法安全卸载的问题
- 解决WIN7中VMware5.5无法卸载的问题
- 解决卸载或者安装程序失败的问题,提示:错误 1402。无法打开键UNKNOWN\Components\xxx
- 解决卸载或者安装程序失败的问题,提示:错误 1402。无法打开键UNKNOWN\Components\xxx
- 解决ubuntu卸载wine不完全的问题(转)
- 解决因 RsFX devicer 而无法卸载 SQL Server 的问题
- VMware workstation不完全卸载后无法安装的解决方法 推荐
- 如何解决卸载McAfee时出现“处于托管模式时无法删除”问题
- Oracle11g完全卸载与重装之后Enterprise Manager配置失败问题的解决
- Visual Studio卸载不完全问题的解决方法
- (转)解决office软件无法卸载也无法安装的顽固问题
- 解决重装 Oracle 出现的 INS-32025 问题,完全卸载 Oracle11g
- 【搜集】卸载adobe cs4后PNG图片无法显示问题的解决办法
- 解决Windows Virtual PC卸载后无法再次安装的问题
- 解决Intel Nvidia双显卡笔记本电脑在Ubuntu、Mint下无法用Fn键调节屏幕亮度的问题
- 解决卸载或者安装程序失败的问题,提示:错误 1402。无法打开键UNKNOWN\Components\xxx
- 解决卸载或者安装程序失败的问题,提示:错误 1402。无法打开键UNKNOWN\Components\xxx
- CentOS下如何完全卸载MySQL?解决卸载不干净的问题