用LLVM造句子，“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.

最開始選擇使用LLVM是因為那個時候我們都沒用x86彙編語言的豐富經驗，而我們又真的希望能夠支持x86和x86_64，如果可能的話，將來也希望支持ARM架構。

由於構建在LLVM的Clang解析器上，它可以查看到庫的源代碼並生成MacRuby所能使用的元數據，之後MacRuby可以使用這些元數據獲悉庫接收的到底是什麼，比如塊、符號等等。

LLVM的代碼生成和優化功能非常優秀，但是開銷非常昂貴。

儘管LLDB早前已經可以下載使用了，這次LLVM 2.8中的LLDB卻是其首次正式發佈。

它的目標曾經是多麼野心勃勃；引入LLVM運行時架構作為CPython的解釋器，然後將其作為一個選項，能夠在JIT編譯的時候打開。

蘋果在LLVM和Clang 方面的工作是否是其平台發展的長期戰略的一部分？

二百這使得構建其他的解析器和翻譯器成為可能，只需生成相同的彙編碼，便可支持所有LLVM族支持的平台。

和基於GPL授權的單一編譯器GCC不同的是，LLVM工具族更為模塊化。而且得益於更為寬鬆的BSD授權，LLVM可以嵌入在商業工具中。

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

如果在編譯時加入LLVM，會默認開啟JIT，自動將多次運行的方法編譯成機器碼。

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