clang編譯器開源協議

Ⅰ c語言編程的平台是什麼

c語洞芹言編程的平台是：

1、GCC，GNU組織開發的開源免費的編譯器;

2、MinGW，Windows操作系統下的GCC;

3、Clang，開源的BSD協議的基於LLVM的編譯銀晌器;

4、Visual C++ :: cl.exe，Microsoft VC++自帶的編譯器。

(1)clang編譯器開源協議擴展閱讀

選擇開發平台注意事項

一、windows

開發環境：visual studio

特點：集成開發環境、簡單易用、完整的工具集

缺點：需要授權（也有免費版）體積龐大、無法學習到背後工程代碼組織情況、不利於初學者掌握代碼編譯、鏈接過程、工程管理

二、unix 或者類unix (包過aix,open solaris ,*bsd, linux)

開發環境：編譯工具 gcc、clang ...等等

代碼編輯器：vim、emacs等

工程組織：make,CMake

特點：操作系統集成很多工具，所有的工具幾乎開源且免費、短小精悍、功能強大

缺點：需要自己動手搭建開發環境、熟悉編譯工具、

熟悉編輯器操作、熟悉類unix操作系統的操作。

入門門檻高需要在命令模式下使用腳本、make等工具完成開發工作納搏畢

Ⅱ Clang 比 GCC 編譯器好在哪裡

編譯速度更快、編譯產出更小、出錯提示更友好。尤其是在比較極端的情況下。

兩年多前曾經寫過一個Scheme解釋器，詞法分析和語法解析部分大約2000行，用的是Boost.Spirit——一個重度依賴C++模版元編程的框架。當時攔姿孝用g++ 4.2編譯的情況是：

1.編譯速度極慢：完整編譯一次需要20分鍾

2.編譯過程中內存消耗極大：單個g++實例內存峰值消耗超過1G
3.中間產出物極大：編譯出的所有.o文件加在一起大約1~2G，debug鏈接產物超過200M
4.編譯錯誤極其難以理解：編譯錯誤經常長達幾十K，基本不可讀，最要命的是編譯錯誤經常會長到被g++截斷，看不到真正出錯的位置，基本上只能靠裸看代碼來調試
這里先不論我使用Spirit的方式是不是有問題，或者Spirit框架自身的問題。我當時因為實在忍受不了g++，轉而嘗試clang。當時用的是clang 2.8，剛剛可以完整編譯Boost，效果讓我很滿意：
1.編譯速度有顯著提升，記得大約是g++的1/3或1/4
2.編譯過程中的內存消耗差別好像不大
3.中間產出物及最終鏈接產物，記得也是g++的1/3或1/4
4.相較於g++，編譯錯誤可讀性有所飛躍，至少不會出現編譯錯誤過長被截斷的問題了
當時最大的缺點是clang編譯出的可執行文件無法用gdb調試，需要用調試器的時候還得用g++再編譯一遍。不過這個問題後來解決了，我不知道是clang支持了gdb還是gdb支持了clang。至少我當前在Ubuntu下用clang 3.0編譯出的二進制文件已經可以順利用gdb調試了冊羨。

最後一點，其他同學也有講到，就是Clang採用的簡稿是BSD協議。這是蘋果資助LLVM、FreeBSD淘汰GCC換用Clang的一個重要原因。

Ⅲ 適合win10系統的c語言編譯器

桌面操作系統

對於當前主流桌面操作系統而言，可使用 VisualC++、GCC以及 LLVM Clang 這三大編譯器。

Visual C++（簡稱 MSVC）只能用於 Windows 操作系統；GCC 和 LLVM Clang除了可用於Windows操作系統之外，主要用於 Unix/Linux操作系統。

像現在很多版本的 Linux 都默認使用 GCC 作為C語言編譯器，而像 FreeBSD、macOS 等系統默認使用 LLVM Clang 編譯器。由於當前 LLVM 項目主要在 Apple 的主推下發展的，所以在 macOS中，Clang 編譯器又被稱為 Apple LLVM 編譯器。

MSVC 編譯器主要用於 Windows 操作系統平台下的應用程序開發，它不開源。用戶可以使用 Visual Studio Community 版本來免費使用它，但是如果要把通過 Visual Studio Community 工具生成出來的應用進行商用，那麼就得好好閱讀一下微軟的許可證和說明書了。

而使用 GCC 與 Clang 編譯器構建出來的應用一般沒有任何限制，程序員可以將應用程序隨意發布和進行商用。

MSVC 編譯器對 C99 標準的支持就十分有限，加之它壓根不支持任何 C11 標准，所以本教程中設計 C11 的代碼例子不會針對 MSVC 進行描述。所幸的是，Visual Studio Community 2017 加入了對 Clang 編譯器的支持，官方稱之為——Clang with Microsoft CodeGen，當前版本基於的是 Clang 3.8。

也就是說，應用於 Visual Studio 集成開發環境中的 Clang 編譯器前端可支持 Clang 編譯器的所有語法特性，而後端生成的代碼則與 MSVC 效果一樣，包括像 long 整數類型在 64 位編譯模式下長度仍然為 4 個位元組，所以各位使用的時候也需要注意。

為了方便描述，本教程後面涉及 Visual Studio 集成開發環境下的 Clang 編譯器簡稱為 VS-Clang 編譯器。

嵌入式系統

而在嵌入式系統方面，可用的C語言編譯器就非常豐富了，比如：

• 用於 Keil 公司 51 系列單片機的 Keil C51 編譯器；

• 當前大紅大紫的 Arino 板搭載的開發套件，可用針對 AVR 微控制器的 AVRGCC 編譯器；

• ARM 自己出的 ADS（ARM Development Suite）、RVDS（RealView Development Suite）和當前最新的 DS-5 Studio；

• DSP 設計商 TI（Texas Instruments）的 CCS（Code Composer Studio）；

• DSP 設計商 ADI（Analog Devices，Inc.）的 Visual DSP++ 編譯器，等等。



• 通常，用於嵌入式系統開發的編譯工具鏈都沒有免費版本，而且一般需要通過國內代理進行購買。所以，這對於個人開發者或者嵌入式系統愛好者而言是一道不低的門檻。



• 不過 Arino 的開發套件是可免費下載使用的，並且用它做開發板連接調試也十分簡單。Arino 所採用的C編譯器是基於 GCC 的。



• 還有像樹莓派（Raspberry Pi）這種迷你電腦可以直接使用 GCC 和 Clang 編譯器。此外，還有像 nVidia 公司推出的 Jetson TK 系列開發板也可直接使用 GCC 和 Clang 編譯器。樹莓派與 Jetson TK 都默認安裝了 Linux 操作系統。



• 在嵌入式領域，一般比較低端的單片機，比如 8 位的 MCU 所對應的C編譯器可能只支持 C90 標准，有些甚至連 C90 標準的很多特性都不支持。因為它們一方面內存小，ROM 的容量也小；另一方面，本身處理器機能就十分有限，有些甚至無法支持函數指針，因為處理器本身不包含通過寄存器做間接過程調用的指令。



• 而像 32 位處理器或 DSP，一般都至少能支持 C99 標准，它們本身的性能也十分強大。而像 ARM 出的 RVDS 編譯器甚至可用 GNU 語法擴展。



• 下圖展示了上述C語言編譯器的分類。