用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.