欢迎留言、转载请注明出处
以前在做Symbian的时候，曾经研究过ARM CPU的指令集问题，ARM处理器支持两套指令集，即ARM和Thumb。ARM为32位指令集而Thumb为16位指令集，理论上32位可以提供更快的执行速度但会生成更大的二进制执行文件，而16位的Thumb则恰恰相反，省地儿但慢，这也正是体现出了ARM对于嵌入式设备的专业性。对于我这种牺牲一切换速度的理念来说，当时就留下了ARM就比Thumb快的印象，以致于现在在做Android NDK原生开发时，也是优先用ARM指令集。（这个可以通过在Android.mk中加入LOCAL_ARM_MODE := arm控制，默认情况下NDK使用Thumb指令集）
但是最近在Xcode编译iOS项目时，注意到同为ARM处理器的苹果设备，使用的是Thumb指令集，而且好像还是某种新版本的Thumb指令集，小搜索了一下看到有人说这种armv7引入的叫做Thumb-2的指令集要比arm指令集更好！于是又重新搜索更新了一下大脑知识库…
用了一段时间的Xcode做Mac OSX, iOS的开发后，深深的体会到llvm clang编译器的速度、人性！于是打算在刚换上的Ubuntu 12.10上也装一个好好研究研究。
装好Eclipse Version: 4.2.2和CDT后，先是发现toolchain里只有gcc，意识到又得去google了，好在很容易的就找到了llvm4eclipsecdt这个Eclipse插件（看下面的项目链接或者直接到Eclipse Marketplace里搜llvm clang就能找到），果断装上之后，开了个新C++项目，随便写了几句build，失败，看了一下找不到clang执行程序，猜想应该是还没装伟大的llvm clang编译器吧，打开Ubuntu软件中心一搜，嘿！还真有，这下省事了，直接装上llvm clang还有一些可选项，再回到Eclipse Build运行，ok，一切正常！可后来发现想运行一下Debug吧，却发现虽然断点可以正常下，单步运行也没什么问题，但视图里的局部变量之类的都没有任何显示，watch也不行，根本找不到symbol… Continue reading…
之前发现过Android上NDK对wchar_t以及相关函数的支持不足问题，后来又发现过iOS上类似的setlocale问题。最近在更新了Xcode 4.2以后，发现之前用的wchar_t相关的东西都不对了，wcslen函数返回的字符串长度不对，而且在gdb中用p查看const wchar_t*变量时，显示的是const void*，貌似就没有wchar_t相关的东西。
这个问题如果切换编译器为之前的LLVM GCC编译器则一切正常，浪费了很多时间排查错误，最后发现更新了最近的Xcode 4.3(4E109)带的Apple LLVM compiler 3.1就没问题了。啊！原来是3.0的BUG。