來自 phoronix 的消息稱，根據 FreeBSD 2012 第一季度的狀態報告 顯示，來自 LLVM 的 Clang 編譯器將成為 FreeBSD 10 的默認 C/C++ 編譯器，廢棄使用 GPL 授權協議的 GCC，而 Clang 的授權協議是 BSD。
Clang 是一個 C++ 編寫、基於 LLVM、發布於 LLVM BSD 許可證下的 C/C++/Objective C/Objective C++ 編譯器，其目標（之一）就是超越 GCC。
Clang 開發事出有因，Wiki 介紹如下：
Apple 使用 LLVM 在不支持全部 OpenGL 特性的 GPU (Intel 低端顯卡) 上生成代碼 (JIT)，令程序仍然能夠正常運行。之後 LLVM 與 GCC 的集成過程引發了一些不快，GCC 系統龐大而笨重，而 Apple 大量使用的 Objective-C 在 GCC 中優先級很低。此外 GCC 作為一個純粹的編譯系統，與 IDE 配合很差。加之許可證方面的要求，Apple 無法使用修改版的 GCC 而閉源。於是 Apple 決定從零開始寫 C family 的前端，也就是基於 LLVM 的 Clang 了。
Clang 的特性：
-
快：通過編譯 OS X 上幾乎包含了所有 C 頭文件的 carbon.h 的測試，包括預處理 (Preprocess)，語法 (lex)，解析 (parse)，語義分析 (Semantic Analysis)，抽象語法樹生成 (Abstract Syntax Tree) 的時間，Clang 是 Apple GCC 4.0 的 2.5x 快。(2007-7-25)
-
內存占用小：Clang 內存占用是源碼的 130%，Apple GCC 則超過 10x。
-
診斷信息可讀性強：我不會排版，推薦去網站觀看。其中錯誤的語法不但有源碼提示，還會在錯誤的調用和相關上下文的下方有~~~~~和^的提示，相比之下 GCC 的提示很天書。
-
GCC 兼容性。
-
設計清晰簡單，容易理解，易於擴展增強。與代碼基礎古老的 GCC 相比，學習曲線平緩。
-
基於庫的模塊化設計，易於 IDE 集成及其他用途的重用。由於歷史原因，GCC 是一個單一的可執行程序編譯器，其內部完成了從預處理到最後代碼生成的全部過程，中間諸多信息都無法被其他程序重用。Clang 將編譯過程分成彼此分離的幾個階段，AST 信息可序列化。通過庫的支持，程序能夠獲取到 AST 級別的信息，將大大增強對於代碼的操控能力。對於 IDE 而言，代碼補全、重構是重要的功能，然而如果沒有底層的支持，只使用 tags 分析或是正則表達式匹配是很難達成的。
