基於llvm的在線編譯畢業設計

① llvm 利用g++編譯程序，此程序inclue了llvm的一些頭文件。編譯時出現 undefined reference to錯誤

你是要編譯llvm和你自己在llvm上做的工程？llvm能用gnu工具鏈編譯的，你的配置有問題，編譯，鏈接腳本的順序有問題。這跟是不是第三方庫沒關系

② 怎麼用llvm編譯器編寫c語言

LLVM的幫助。對於這個工具,我不知道改怎麼去形容它,但是他給我的這個編譯器的確帶... 我們使用的工具是基於C/...LLVM是構架編譯器(compiler)的框架系統，以C++編寫而成，用於優化以任意程序語言編寫的程序的編譯時間(compile-time)、鏈接時間(link-time)、運行時間(run-tim...

③ 編譯器具體實現中比較巧妙的思想有哪些

這種做法的好處是：
可以作為解釋器性能升級的一個簡單路徑，寫解釋器的代碼而得到初級編譯器的性能。事實上JamVM的解釋器可以配置為多種實現方式：switch-threading、indirect-threading、direct-threading、inline-threading，它們的差別僅在於對opcode的dispatch方式不同；所有實現方式都共享同一份handler代碼。
這種做法的缺點是：
這樣寫得到的「編譯器」無論從代碼組織還是程序思路都還是解釋器的那套，從編譯器的角度看很別扭。它最終實現出來效果跟從編譯器角度出發的template-based JIT一樣，但我覺得後者的思路更直觀，代碼也通常更清晰一些。
這種做法仍然無法跨越位元組碼邊界做任何優化，因為每個opcode對應一個單獨的handler，而這種做法的代碼生成僅僅是把handler拷貝到一起而已。
要在它的基礎之上進一步提高性能可以直接對位元組碼序列做些簡單模式匹配，以便跨越位元組碼邊界做優化。但這樣做通常是自討苦吃，工程上很難持續下去。

④ 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 格式的分析報告。

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

⑥ 昆池岩百度雲高清中字

鏈接: https://pan..com/s/1c8UZGxTOEQehbCB6E6fYKg

《昆池岩》是鄭凡植執導的驚悚恐怖片，由魏化俊、朴智炫、吳雅妍、文藝媛、朴成焄、劉帝允、李丞旭等出演，於2018年3月28日在韓國上映。該片講述了七個年輕人一同進入傳說中的鬼屋「昆池岩精神病院」進行網路直播，結果被冤魂追殺的故事。如果資源不正確，或者版本不正確，歡迎追問

⑦ 如何使用ninja快速編譯LLVM和Clang

1，Build llvm/clang/lldb/lld 3.5.0等組件

1.0 准備：

至少需要從llvm.org下載llvm, cfe, lldb, compiler-rt,lld等3.5.0版本的代碼。

$tar xf llvm-3.5.0.src.tar.gz

$cd llvm-3.5.0.src

$mkdir -p tools/clang
$mkdir -p tools/clang/tools/extra
$mkdir -p tools/lld
$mkdir -p projects/compiler-rt

$tar xf cfe-3.5.0.src.tar.xz -C tools/clang --strip-components=1
$tar xf compiler-rt-3.5.0.src.tar.xz -C projects/compiler-rt --strip-components=1
$tar xf lldb-3.5.0.src.tar.xz -C tools/clang/tools/extra --strip-components=1
$tar xf lld-3.5.0.src.tar.xz -C tools/lld --strip-components=1
1.1 【可選】使用clang --stdlib=libc++時，自動添加-lc++abi。

libc++組件可以使用gcc libstdc++的supc++ ABI，也可以使用c++abi，cxxrt等，實際上自動添加-lc++abi是不必要的，這里這么處理，主要是為了方便起見。實際上完全可以在「clang++ -stdlib=libc++」時再手工添加-lc++abi給鏈接器。

這里涉及到鏈接時DSO隱式還是顯式的問題，早些時候ld在鏈接庫時會自動引入由庫引入的依賴動態庫，後來因為這個行為的不可控性，所以ld鏈接器的行為做了修改，需要顯式的寫明所有需要鏈接的動態庫，才會有手工添加-lc++abi這種情況出現。

--- llvm-3.0.src/tools/clang/lib/Driver/ToolChain.cpp 2012-03-26 18:49:06.663029075 +0800
+++ llvm-3.0.srcn/tools/clang/lib/Driver/ToolChain.cpp 2012-03-26 19:36:04.260071355 +0800
@@ -251,6 +251,7 @@
switch (Type) {
case ToolChain::CST_Libcxx:
CmdArgs.push_back("-lc++");
+ CmdArgs.push_back("-lc++abi");
break;

case ToolChain::CST_Libstdcxx:
1.2 【必要】給clang++添加-fnolibgcc開關。

這個開關主要用來控制是否連接到libgcc或者libunwind。

註：libgcc不等於libunwind。libgcc_eh以及supc++的一部分跟libunwind功能相當。

註：libgcc_s和compiler_rt的一部分相當。

這個補丁是必要的， 不會對clang的正常使用造成任何影響 ，只有在使用「-fnolibgcc"參數時才會起作用。

之所以進行了很多unwind的引入，主要是為了避免不必要的符號缺失麻煩，這里的處理相對來說是干凈的，通過as-needed規避了不必要的引入。

--- llvm-static-3.5.0.bak/tools/clang/lib/Driver/Tools.cpp 2014-09-10 13:46:02.581543888 +0800
+++ llvm-static-3.5.0/tools/clang/lib/Driver/Tools.cpp 2014-09-10 16:03:37.559019321 +0800
@@ -2060,9 +2060,15 @@
".a");

CmdArgs.push_back(Args.MakeArgString(LibClangRT));
- CmdArgs.push_back("-lgcc_s");
- if (TC.getDriver().CCCIsCXX())
- CmdArgs.push_back("-lgcc_eh");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else {
+ CmdArgs.push_back("-lgcc_s");
+ if (TC.getDriver().CCCIsCXX())
+ CmdArgs.push_back("-lgcc_eh");
+ }
}

static void addProfileRT(
@@ -7150,24 +7156,50 @@
bool isAndroid = Triple.getEnvironment() == llvm::Triple::Android;
bool StaticLibgcc = Args.hasArg(options::OPT_static_libgcc) ||
Args.hasArg(options::OPT_static);
+
+
+
if (!D.CCCIsCXX())
- CmdArgs.push_back("-lgcc");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc");

if (StaticLibgcc || isAndroid) {
if (D.CCCIsCXX())
- CmdArgs.push_back("-lgcc");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc");
} else {
if (!D.CCCIsCXX())
CmdArgs.push_back("--as-needed");
- CmdArgs.push_back("-lgcc_s");
+ if (Args.hasArg(options::OPT_fnolibgcc))
+ CmdArgs.push_back("-lunwind");
+ else
+ CmdArgs.push_back("-lgcc_s");
if (!D.CCCIsCXX())
CmdArgs.push_back("--no-as-needed");
}

if (StaticLibgcc && !isAndroid)
- CmdArgs.push_back("-lgcc_eh");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc_eh");
else if (!Args.hasArg(options::OPT_shared) && D.CCCIsCXX())
- CmdArgs.push_back("-lgcc");
+ if (Args.hasArg(options::OPT_fnolibgcc)) {
+ CmdArgs.push_back("--as-needed");
+ CmdArgs.push_back("-lunwind");
+ CmdArgs.push_back("--no-as-needed");
+ } else
+ CmdArgs.push_back("-lgcc");

// According to Android ABI, we have to link with libdl if we are
// linking with non-static libgcc.
--- llvm-static-3.5.0.bak/tools/clang/include/clang/Driver/Options.td 2014-08-07 12:51:51.000000000 +0800
+++ llvm-static-3.5.0/tools/clang/include/clang/Driver/Options.td 2014-09-10 13:36:34.598511176 +0800
@@ -788,6 +788,7 @@
def fomit_frame_pointer : Flag<["-"], "fomit-frame-pointer">, Group<f_Group>;
def fopenmp : Flag<["-"], "fopenmp">, Group<f_Group>, Flags<[CC1Option, NoArgumentUnused]>;
def fopenmp_EQ : Joined<["-"], "fopenmp=">, Group<f_Group>, Flags<[CC1Option]>;
+def fnolibgcc : Flag<["-"], "fnolibgcc">, Group<f_Group>, Flags<[CC1Option, NoArgumentUnused]>;
def fno_optimize_sibling_calls : Flag<["-"], "fno-optimize-sibling-calls">, Group<f_Group>;
def foptimize_sibling_calls : Flag<["-"], "foptimize-sibling-calls">, Group<f_Group>;
def force__cpusubtype__ALL : Flag<["-"], "force_cpusubtype_ALL">;
1.3 llvm的其他補丁。

llvm/clang將gcc toolchain的路徑hard code在代碼中，請查閱tools/clang/lib/Driver/ToolChains.cpp。

找到x86_64-redhat-linux之類的字元串。

如果沒有你系統特有的gcc tripple string，請自行添加。

這個tripple string主要是給llvm/clang搜索gcc頭文件等使用的，不影響本文要構建的toolchain

1.4 構建clang/llvm/lldb

本文使用ninja。順便說一下，llvm支持configure和cmake兩種構建方式。可能是因為工程太大，這兩種構建方式的工程文件都有各種缺陷（主要表現在開關選項上，比如configure有，但是cmake卻沒有等）。llvm-3.4.1就是因為cmake工程文件的錯誤而導致了3.4.2版本的發布。

綜合而言，cmake+ninja的方式是目前最快的構建方式之一，可以將構建時間縮短一半以上。

mkdir build
cd build

cmake \
-G Ninja \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_BUILD_TYPE="Release" \
-DCMAKE_CXX_FLAGS="-std=c++11" \
-DBUILD_SHARED_LIBS=OFF \
-DLLVM_ENABLE_PIC=ON \
-DLLVM_TARGETS_TO_BUILD="all" \
-DCLANG_VENDOR="MyOS" ..

ninja

ninja install
如果系統原來就有clang/clang++的可用版本，可以添加：

-DCMAKE_C_COMPILER=clang \
-DCMAKE_CXX_COMPILER=clang++ \
這樣就會使用系統的clang++來構建llvm/clang

2，測試clang/clang++。

自己找幾個簡單的c/cpp/objc等編譯測試一下即可。完整測試可以在構建時作ninja check-all

3，libunwind/libc++/libc++abi，一套不依賴libgcc, libstdc++的c++運行庫。

3.1 從https://github.com/pathscale/libunwind 獲取代碼。

libunwind有很多個實現，比如gnu的libunwind, path64的libunwind，還有libcxxabi自帶的Unwinder.

這里作下說明：

1)，gnu的libunwind會有符號缺失和沖突。

2)，libcxxabi自帶的Unwinder是給mac和ios用的，也就是只能在darwin體系構建。目前Linux的實現仍然不全，等linux實現完整了或許就不再需要path64的unwind實現了。

暫時建議使用pathscale的unwind實現。

mkdir -p build
cd build
cmake -G Ninja -DCMAKE_C_COMPILER=clang -DCMAKE_C_FLAGS="-m64" ..
ninja

mkdir -p /usr/lib
cp src/libunwind.so /usr/lib
cp src/libunwind.a /usr/lib
3.2 第一次構建libcxx.

必須先構建一次libcxx，以便後面構建libcxxabi。這里構建的libcxx實際上是使用gcc的libgcc/stdc++/supc++的。

打上這個補丁來禁止libgcc的引入：

diff -Nur libcxx/cmake/config-ix.cmake libcxxn/cmake/config-ix.cmake
--- libcxx/cmake/config-ix.cmake 2014-06-25 06:57:50.000000000 +0800
+++ libcxxn/cmake/config-ix.cmake 2014-06-25 09:05:24.980350544 +0800
@@ -28,5 +28,4 @@
check_library_exists(c printf "" LIBCXX_HAS_C_LIB)
check_library_exists(m ccos "" LIBCXX_HAS_M_LIB)
check_library_exists(rt clock_gettime "" LIBCXX_HAS_RT_LIB)
-check_library_exists(gcc_s __gcc_personality_v0 "" LIBCXX_HAS_GCC_S_LIB)
編譯安裝：

mkdir build
cd build
cmake \
-G Ninja \
-DCMAKE_INSTALL_PREFIX=/usr \
-DCMAKE_C_COMPILER=clang \
-DCMAKE_CXX_COMPILER=clang++ \
..
ninja
ninja install
3.3，測試第一次構建的libcxx。

使用"clang++ -stdlib=libc++ -o test test.cpp -lstdc++"編譯簡單c++代碼，檢查是否出錯。(如果前面構建clang是已經apply了c++abi的鏈接補丁，這里會出現找不到c++abi的情況，跳過即可)

使用"ldd test"查看test二進制動態庫使用情況。可以發現，test依賴於libgcc_s/libc++/libstdc++。（多少有些不爽了吧？使用了libc++居然還要依賴libstdc++？）

⑧ 如何利用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，有哪些技術上的優勢

首先簡要介紹一下LLVM。LLVM是一個針對LLVM Intermediate Representation（IR，中間語言）的跨平台優化編譯器，它的模塊化設計很好，使得這個編譯器中的很多功能可以被單獨實現或者改進，這與其C++實現無法分開。由此，LLVM可以被設計成很多語言編譯器實現的後端，負責處理程序優化和跨平台，而前端只需將程序轉換成LLVM IR即可。比如說，Clang就是基於LLVM實現的C/C++編譯器，它的主要功能就是將C/C++程序轉換成LLVM IR，然後由LLVM負責後續的工作。

LLVM技術上的（最大）優勢就在於它的模塊化設計。在LLVM中，IR的解析，優化，匯編碼的生成，寄存器分配，匯編碼優化以及機器碼生成，各種類型的二進制文件生成全部都是介面定義清晰的模塊完成的，很容易分別改進或者添加定製功能。而且由於LLVM的C++實現，很多模塊理解和使用比較容易。這些特性使得LLVM可以很容易地被用在科研和生產實踐當中。反觀GCC，模塊化做得不如LLVM好，這使得它定製或者改進比較不方便。

⑩ 如何編譯llvm+clang+libc

1，Build llvm/clang/lldb/lld 3.5.0等組件 1.0 准備： 至少需要從llvm.org下載llvm, cfe, lldb, compiler-rt,lld等3.5.0版本的代碼。 $tar xf llvm-3.5.0.src.tar.gz $cd llvm-3.5.0.src $mkdir -p tools/clang $mkdir -p tools/clang/tools/ex...