clang編譯命令

❶ llvm 和 clang的編譯

為了編譯LLVM和Clang，首先從GitHub上下載最新的代碼：

git clone https://github.com/llvm/llvm-project.git

在下載並解壓代碼後，進入項目目錄並切換到特定版本（這里使用了版本11.1.0）：

cd llvm-project

git checkout llvmorg-11.1.0

為了確保編譯過程順利，需要確保所有依賴環境已經安裝。

接下來進行編譯：

編譯LLVM和Clang：

cd tools/clang

make -jN

其中N為CPU核心數。

在編譯了LLVM和Clang後，當嘗試使用`clang-tidy`時，可能會遇到未安裝的情況。這表示編譯過程中未包含`clang-tidy`工具。要解決此問題，需要將`clang-tools-extra`目錄下的代碼一同編譯。

`clang-tools-extra`目錄包含一系列Clang工具。編譯所有相關組件（包括LLVM、Clang、以及`clang-tidy`）的命令如下：

cd clang-tools-extra

make -jN

確保在不同的系統中，可能存在編譯LLVM時遇到的錯誤。一種可能的解決方法是檢查環境配置、依賴庫兼容性以及編譯參數。

在編譯`libcxx`和`libcxxabi`時，使用以下命令：

cd libcxx

make -jN

再次確保N為CPU核心數。

遵循上述步驟後，應能成功編譯並使用所有相關的LLVM、Clang及其工具集。務必根據具體系統和環境進行適當的調整，以確保編譯過程順利無誤。

❷ Clang如何處理MSVC的編譯參數

LLVM裡面的Clang已經可以替換MSVC的cl.exe（MSVC的編譯過程的組織程序-driver），作為Visual Studio的獨立工具鏈，能生成PDB文件支持在Visual Studio裡面的源代碼調試。為了支持替換cl.exe，clang構建會生成可執行文件clang-cl.exe，接收cl.exe的大部分參數而在內部轉換成LLVM的參數形式。

雖然看起來是生成了一個單獨的clang-cl.exe，它實際上就是clang.exe的一個副本，如果程序名是clang.exe，還可以在命令行傳遞" --driver-mode=cl "參數啟用cl.exe的參數解析模式。所以clang-cl.exe和clang.exe是一樣的，都接受" --target= i686-pc-windows", 但是為什麼clang-cl.exe卻不能解析" -triple i686-pc-windows"而clang.exe卻可以呢？

程序本身通過檢查自身的文件名（argv[0]）來檢測是不是要運行在兼容MSVC cl.exe的模式，如果文件名是"clang-cl.exe"，則把對應的DriverMode放到main函數開始處的變數TargetAndMode裡面（ToolChain::）。下面的代碼顯示了對應關系，可以看到把文件名clang.exe改成cl.exe也會有一樣的效果。

在上面從程序名解析出target和mode後，main函數裡面緊接著的代碼檢查了返回的mode和命令行參數，只要以一個滿足則進入 ClangCLMode 。不過這里解析出來的ClangCLMode只用來處理命令行參數的分隔和cl.exe特有的環境變數，包括"CL"和"_CL_"。

再從main函數進入Driver類的對象TheDriver的 BuildCompilation 方法後，會調用 ParseDriverMode方法，裡面會根據程序名重新獲得driver mode（ToolChain::），然後把driver mode字元串傳給下面的 setDriverModeFromOption 方法。這個方法根據傳入的driver mode選項設置成員變數 Mode .

上面的 Driver類的對象 已經知道當前Mode，比如 CLMode ，下面會組織整個編譯過程，包括調用編譯器(clang.exe -cc1)和鏈接器(MSVC的link或者lld-link)。

BuildCompilation緊接著會調用ParseArgStrings。ParseArgStrings調用下面的 ，根據Driver的當前Mode得到include mask和exclude mask兩個掩碼，用於後面（在調用鏈ParseArgString->ParseArg->ParseOneArg的最後的方法ParseOneArg裡面）決定是否接受命令行參數。比如在CLMode下就只會接受ClOption和CoreOption。

那麼CLOption和CoreOption都有哪些具體參數呢？Clang的所有命令行參數選項都定義在llvm_root .td裡面，由tablegen轉成C/C++頭文件而被代碼引用。下面是從裡面截取的target的定義，看到"--target="選項是同時屬於DriverOption和 CoreOption ，而CoreOption在CLMode和非CLMode下均能使用。

以下是"-target"的定義，沒有定義Flags，所以在CLMode下也就不能解析，這也就解釋了最開始"clang-cl.exe"不接受"-triple i686-pc-windows"參數。

❸ 了解-clang編譯過程

第1步 : 創建源碼文件 hello.c 如下:

第2步 : 對其進行預編譯, 得到 .i 輸出文件, 使用命令:

從中可以看到預處理做的一些工作

第3步 :編譯,得到 .s 文件, 使用命令

第4步 : 匯編,得到 .o 文件, 使用命令