解决WINCE500中INTEL编译器无法完全卸载的问题

为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编译器那条语句后面那些参数就没地方查了。

本文转自Walzer博客园博客，原文链接：http://www.cnblogs.com/walzer/archive/2006/04/21/380861.html，如需转载请自行联系原作者