LLVM造句

Although it has been available for a while, LLDB sees its first release in LLVM 2.8.

Is Apple's work on LLVM and Clang part of a longer-term strategy for evolving its platform?

LLVM的代码生成和优化功能非常优秀，但是开销非常昂贵。

苹果在LLVM和Clang 方面的工作是否是其平台发展的长期战略的一部分？

和基于GPL授权的单一编译器GCC不同的是，LLVM工具族更为模块化。而且得益于更为宽松的BSD授权，LLVM可以嵌入在商业工具中。

The initial choice to use LLVM was made because at the time none of us had significant experience with x86 assmebly, and we really wanted to support x86 and x86_64 and potentially ARM down the road.

尽管LLDB早前已经可以下载使用了，这次LLVM 2.8中的LLDB却是其首次正式发布。

如果在编译时加入LLVM，会默认开启JIT，自动将多次运行的方法编译成机器码。

最开始选择使用LLVM是因为那个时候我们都没用x86汇编语言的丰富经验，而我们又真的希望能够支持x86和x86_64，如果可能的话，将来也希望支持ARM架构。

二百这使得构建其他的解析器和翻译器成为可能，只需生成相同的汇编码，便可支持所有LLVM族支持的平台。

它的目标曾经是多么野心勃勃；引入LLVM运行时架构作为CPython的解释器，然后将其作为一个选项，能够在JIT编译的时候打开。

由于构建在LLVM的Clang解析器上，它可以查看到库的源代码并生成MacRuby所能使用的元数据，之后MacRuby可以使用这些元数据获悉库接收的到底是什么，比如块、符号等等。