LLVM

对于Android NDK编译器ARM和Thumb模式的理解及Toolchain的切换clang编译器

以前在做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指令集更好!于是又重新搜索更新了一下大脑知识库…

Continue reading…

在Eclipse CDT项目中使用llvm-clang作为编译器并解决gdb调试不显示变量的问题

用了一段时间的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…

又是wchar_t的问题,这次是Apple LLVM compiler 3.0的bug!

之前发现过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。