❶ LLVM每日談之一 LLVM是什麼
寫在前面的話： 最近接觸llvm比較多，在這個上面花了不少的時間。感覺llvm要完全理解透是個很不容易的事情，需要在學習過程中好好的整理下自己的思路。剛好又閱讀了開源項目Storm的作者Nathan Marz的博客《You should blog even if you have no readers》，就打開自己的blog，開始了這個llvm每日談的系列。希望自己能堅持的久一點，多寫寫llvm的每個方面，多寫寫自己的理解。 llvm是low level virtual machine的簡稱，其實是一個編譯器框架。llvm隨著這個項目的不斷的發展，已經無法完全的代表這個項目了，只是這種叫法一直延續下來。 llvm是一個開源的項目。它最早的時候是Illinois的一個研究項目，主要負責人是Chris Lattner，他現在就職於Apple. Apple 目前也是llvm項目的主要贊助者之一。 llvm的主要作用是它可以作為多種語言的後端，它可以提供可編程語言無關的優化和針對很多種CPU的代碼生成功能。此外llvm目前已經不僅僅是個編程框架，它目前還包含了很多的子項目，比如最具盛名的clang. llvm的優點是開源，有一個表達形式很好的IR語言，模塊化作的特別好。 llvm這個框架目前已經有基於這個框架的大量的工具可以使用。 llvm的官方網站地址是：llvm.org。在這里可以下載最新的發布代碼，也可以找到介紹llvm的相關文檔。 附錄：llvm目前支持的工具(描述來自網路) llvm-as 將人類可讀的 .ll 文件匯編成位元組代碼 llvm-dis 將位元組代碼文件反編成人類可讀的 .ll 文件 opt 在一個位元組代碼文件上運行一系列的 LLVM 到 LLVM 的優化 llc 為一個位元組代碼文件生成本機器代碼 lli 直接運行使用 JIT 編譯器或者解釋器編譯成位元組代碼的程序 llvm-link 將幾個位元組代碼文件連接成一個 llvm-ar 打包位元組代碼文件 llvm-ranlib 為 llvm-ar 打包的文件創建索引 llvm-nm 在 位元組代碼文件中列印名字和符號類型 llvm-prof 將 'llvmprof.out' raw 數據格式化成人類可讀的報告 llvm-ld 帶有可裝載的運行時優化支持的通用目標連接器 llvm-config 列印出配置時 LLVM 編譯選項、庫、等等 llvmc 一個通用的可定製的編譯器驅動 llvm-diff 比較兩個模塊的結構 bugpoint 自動案例測試減速器 llvm-extract 從 LLVM 位元組代碼文件中解壓出一個函數 llvm-bcanalyzer 位元組代碼分析器 （分析二進制編碼本身，而不是它代表的程序） FileCheck 靈活的文件驗證器，廣泛的被測試工具利用 tblgen 目標描述閱讀器和生成器 lit LLVM 集成測試器，用於運行測試
❷ llvm是什麼
LLVM是構架編譯器(compiler)的框架系統，以C++編寫而成，用於優化以任意程序語言編寫的程序的編譯時間(compile-time)、鏈接時間(link-time)、運行時間(run-time)以及空閑時間(idle-time)，對開發者保持開放，並兼容已有腳本。
❸ 比較gcc，llvm和商用編 譯器的性能差異，說明是什麼原因導致差異 的出現
Apple在LLVM GCC4.2編譯器中，通過XCode中的提示介面顯式地為程序員提供是否將目標代碼編譯為ARM的選項。而在Apple LLVM3.0中，此選項沒有了。
由於採用ARMv7A架構的Apple A4/A5處理器擁有Thumb-2指令集，使得Thumb代碼在確保緊湊性的同時又進一步提升了計算能力。因此，Apple將工程配置默認設置為編譯為Thumb代碼。
而又由於LLVM的編譯選項基本與GCC兼容，因此我們只需要在編譯選項中手動加入-marm即可。
而傳統GCC的編譯選項只有-mthumb，它默認將代碼編譯為ARM指令集，因此可能沒有提供-marm的編譯選項。不過-marm在Apple LLVM3.0中確實奏效了。
❹ Gcc和llvm編譯器有什麼區別，我這配置哪個快
LLVM與GCC在三段式架構上並沒有本質區別。LLVM與其它編譯器最大的差別是，它不僅僅是Compiler Collection，也是Libraries Collection。舉個例子，假如說我要寫一個XYZ語言的優化器，我自己實現了PassXYZ演算法，用以處理XYZ語言與其它語言差別最大的地方。而LLVM優化器提供的PassA和PassB演算法則提供了XYZ語言與其它語言共性的優化演算法。那麼我可以選擇XYZ優化器在鏈接的時候把LLVM提供的演算法鏈接進來。LLVM不僅僅是編譯器，也是一個SDK。
❺ 如何學習 clang和LLVM，需要哪些知識
我最近和Clang/LLVM打交道比較多，目前游離在LLVM IR和IBM WCode之間。對於學習Clang/LLVM來說，其實需要看你做什麼，是研究C, C++, Objective-C在Clang的實現，抑或著是想利用Clang做AST層面的事情，還是說想要利用LLVM IR來做
❻ 如何利用LLVM寫一個編譯器
LLVM有自己的教程，如果你只想做個玩具，那可以首先試著實現LLVM Tutorial: Table of Contents的Kaleidoscope。深入的，請看他的文檔http://llvm.org/docs/
Kaleidoscope是一個範式簡單的腳本語言，教程里的詞法，語法分析都是手寫的，基本流程就是詞法語法解析，利用LLVM的API生成中間代碼並執行。
我用visual studio編譯的LLVM(version 3.6)實現過Kaleidoscope，我遇到的坑不少，如果你想以visual studio編譯的LLVM實現Kaleidoscope，你可能同樣會遇到
1. LLVM的生成目標對象為ELF格式，在windows下使用JIT的API時會出現incompatible object format的錯誤警告，需要在通過重新設定Mole的triple，我的PC的getTargetTriple的結果是「i686-pc-windows-msvc」，直接在後面再加上「-elf」即可
TheMole->setTargetTriple("i686-pc-windows-msvc-elf");
2. LLVM不支持windows下通過動態鏈接導出函數，如果需要使用C/C++的函數，需要通過addSymbol進行注冊
llvm::sys::DynamicLibrary::AddSymbol(/*std::string("_") +*/ "printd", &printd);
3. Kaleidoscope里使用的JIT的查找函數的API，getPointerToFunction已經被棄用了，需要替換為getFunctionAddress
❼ 編譯器二：LLVM和GCC的區別
GCC: GNU Compiler Collection
GCC屬於傳統編譯器，傳統編譯器的工作原理基本上都是三段式的，可以分為前端（Frontend）、優化器（Optimizer）、後端（Backend）。前端負責解析源代碼，檢查語法錯誤，並將其翻譯為抽象的語法樹（Abstract Syntax Tree）。優化器對這一中間代碼進行優化，試圖使代碼更高效。後端則負責將優化器優化後的中間代碼轉換為目標機器的代碼，這一過程後端會最大化的利用目標機器的特殊指令，以提高代碼的性能。
事實上，不光靜態語言如此，動態語言也符合上面這個模型，例如Java。Java Virtual Machine也利用上面這個模型，將Java代碼翻譯為Java bytecode。這一模型的好處是，當我們要支持多種語言時，只需要添加多個前端就可以了。當需要支持多種目標機器時，只需要添加多個後端就可以了。對於中間的優化器，我們可以使用通用的中間代碼。
這種三段式的結構還有一個好處，開發前端的人只需要知道如何將源代碼轉換為優化器能夠理解的中間代碼就可以了，他不需要知道優化器的工作原理，也不需要了解目標機器的知識。這大大降低了編譯器的開發難度，使更多的開發人員可以參與進來。
雖然這種三段式的編譯器有很多有點，並且被寫到了教科書上，但是在實際中這一結構卻從來沒有被完美實現過。做的比較好的應該屬Java和.NET虛擬機。虛擬機可以將目標語言翻譯為bytecode，所以理論上講我們可以將任何語言翻譯為bytecode，然後輸入虛擬機中運行。但是這一動態語言的模型並不太適合C語言，所以硬將C語言翻譯為bytecode並實現垃圾回收機制的效率是非常低的。
GCC也將三段式做的比較好，並且實現了很多前端，支持了很多語言。但是上述這些編譯器的致命缺陷是，他們是一個完整的可執行文件，沒有給其它語言的開發者提供代碼重用的介面。即使GCC是開源的，但是源代碼重用的難度也比較大。
LLVM: Low Level Virtual Machine
LLVM最初是[Low Level Virtual Machine]的縮寫，定位是一個虛擬機，但是是比較底層的虛擬機。它的出現正是為了解決編譯器代碼重用的問題，LLVM一上來就站在比較高的角度，制定了LLVM IR這一中間代碼表示語言。LLVM IR充分考慮了各種應用場景，例如在IDE中調用LLVM進行實時的代碼語法檢查，對靜態語言、動態語言的編譯、優化等。
LLVM與GCC在三段式架構上並沒有本質區別。LLVM與其它編譯器最大的差別是，它不僅僅是Compiler Collection，也是Libraries Collection。舉個例子，假如說我要寫一個XYZ語言的優化器，我自己實現了PassXYZ演算法，用以處理XYZ語言與其它語言差別最大的地方。而LLVM優化器提供的PassA和PassB演算法則提供了XYZ語言與其它語言共性的優化演算法。那麼我可以選擇XYZ優化器在鏈接的時候把LLVM提供的演算法鏈接進來。LLVM不僅僅是編譯器，也是一個SDK。
❽ xcode裡面有llvm clang編譯器嗎
Xcode 中最開始使用的是 GCC，後來開始引入 LLVM 後端（前端仍然是 GCC），再後來引入 Clang 前端，再後來 Clang/LLVM 成為默認，然後從 Xcode 5.0 版本以後，Clang/LLVM 是唯一提供的編譯器套件。
❾ 怎麼告訴編譯器去找llvm/support/host.h
首先是編譯，然後是鏈接。
編譯器會將所有.cpp文件編譯成中間文件.o，編譯時遇到.h文件則讀入各種（函數，變數等）的聲明，此時並不讀入對應的.cpp文件。
鏈接時會將各個.o文件連接成可執行文件。
所以，編譯器並不是看到.h文件後立即自動去找同名的.cpp文件，而是將所有的.cpp文件編譯成.o文件後一並鏈接。
❿ llvm 利用g++編譯程序，此程序inclue了llvm的一些頭文件。編譯時出現 undefined reference to錯誤
你是要編譯llvm和你自己在llvm上做的工程？llvm能用gnu工具鏈編譯的，你的配置有問題，編譯，鏈接腳本的順序有問題。這跟是不是第三方庫沒關系