llvm編譯安裝空間大小

1. 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 集成測試器，用於運行測試

2. llvm是什麼

LLVM是構架編譯器(compiler)的框架系統，以C++編寫而成，用於優化以任意程序語言編寫的程序的編譯時間(compile-time)、鏈接時間(link-time)、運行時間(run-time)以及空閑時間(idle-time)，對開發者保持開放，並兼容已有腳本。

3. Gcc和llvm編譯器有什麼區別，我這配置哪個快

LLVM與GCC在三段式架構上並沒有本質區別。LLVM與其它編譯器最大的差別是，它不僅僅是Compiler Collection，也是Libraries Collection。舉個例子，假如說我要寫一個XYZ語言的優化器，我自己實現了PassXYZ演算法，用以處理XYZ語言與其它語言差別最大的地方。而LLVM優化器提供的PassA和PassB演算法則提供了XYZ語言與其它語言共性的優化演算法。那麼我可以選擇XYZ優化器在鏈接的時候把LLVM提供的演算法鏈接進來。LLVM不僅僅是編譯器，也是一個SDK。

4. 編譯llvm和clang需要多大空間

：轉自知乎 藍色 我最近和Clang/LLVM打交道比較多，目前游離在LLVM IR和IBM WCode之間。對於學習Clang/LLVM來說，其實需要看你做什麼，是研究C, C++, Objective-C在Clang的實現，抑或著是想利用Clang做AST層面的事情，還是說想要利用LLVM IR來做

5. 編譯器二：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。

6. llvm 3.7,128bits啥意思

LLVM 是 Low Level Virtual Machine （低級虛擬機）的簡稱，這個庫提供了與編譯器相關的支持，可以作為多種語言編譯器的後台來使用。能夠進行程序語言的編譯期優化、鏈接優化、在線編譯優化、 代碼生成。LLVM的項目是一個模塊化和可重復使用的編譯器和工具技術的集合。LLVM是伊利諾伊大學的一個研究項目，提供一個現代化的，基於SSA的編 譯策略能夠同時支持靜態和動態的任意編程語言的編譯目標。自那時以來，已經成長為LLVM的主幹項目，由不同的子項目組成，其中許多正在生產中使用的各種 商業和開源的項目，以及被廣泛用於學術研究。
LLVM 是 Illinois 大學發起的一個開源項目，和之前為大家所熟知的JVM 以及 .net Runtime這樣的虛擬機不同，這個虛擬系統提供了一套中立的中間代碼和編譯基礎設施，並圍繞這些設施提供了一套全新的編譯策略（使得優化能夠在編譯、 連接、運行環境執行過程中，以及安裝之後以有效的方式進行）和其他一些非常有意思的功能。
對於普通的開發人員來說，LLVM計劃提供了越來越多的可以使用、編譯器以外的其他工具。例如代碼靜態檢查工具 LLVM/Clang Static Analyzer，是一個 Clang 的子項目，能夠使用同樣的 Makefile 生成 HTML 格式的分析報告。

7. 安裝llvm過程中要求gcc4.8可是我的明明就是gcc4.8

檢查的是系統gcc版本
你看到的是自己裝的gcc

8. redhat虛擬機下安裝clang/llvm大概需要多長時間啊

對於你裝紅帽虛擬系統我不是很了解，但是我電腦上也裝了虛擬系統，我用的是VMware Workstation軟體安裝的，此軟體很好用，可以安裝一個或多個虛擬系統。裝虛擬系統有一點要注意，就是電腦配置要高一些，內存和CPU要好一些。不然CPU佔有太多會影響原始系統的運行速度。

9. Android 中的 LLVM 主要做什麼

LLVM,全稱為Low Level Virtual Machine,其實它就是底層編譯框架，其執行效率要比Gcc等以速度快見長的編譯器要快上很多。Google將它用於Android中也是因為它超高的效率。現在Android因為開始採用ART，所以用它做預編譯(AOT)，從而提高了程序的執行效率，其代價就是需要更大的空間，安裝時間的增加。因此，LLVM現在基本上參與了Android應用的的編譯工作，而在ART之前，Android3.0之後，LLVM主要用來進行3D渲染（RenderScript）