我有一个关于 OS X 上的 llvm、clang 和 gcc 的问题。
llvm-gcc 4.2、llvm 2.0和clang有什么区别？我知道它们都建立在 llvm 上，但它们有什么不同？
llvm除了编译速度更快之外，相比gcc还有什么优势？
【问题讨论】：
LLVM 最初代表“低级虚拟机”，但现在它只是代表自己，因为它已经发展成为不同于传统虚拟机的东西。它是一组库和工具，以及标准化的中间表示，可用于帮助构建编译器和即时编译器。除了自己的中间表示之外，它不能编译任何东西；它需要一个特定于语言的前端才能做到这一点。如果人们只提到 LLVM，他们可能只是指低级库和工具。有些人可能会将 Clang 或 llvm-gcc 错误地称为“LLVM”，这可能会引起一些混淆。
llvm-gcc 是 GCC 的修改版本，它使用 LLVM 作为其后端，而不是 GCC 自己的。现在它已被弃用，取而代之的是 DragonEgg，它使用 GCC 的新插件系统来做同样的事情，而无需分叉 GCC。
Clang 是一个全新的 C/C++/Objective-C 编译器，它使用自己的前端，LLVM 作为后端。它提供的优点是更好的错误消息、更快的编译时间，以及其他工具更容易连接到编译过程的方法（如LLDB debugger 和Clang static analyzer）。它也是相当模块化的，因此可以用作其他需要分析 C、C++ 或 Objective-C 代码的软件的库。
这些方法中的每一种（普通 GCC、GCC + LLVM 和 Clang）都有其优点和缺点。我看到的最后几组基准测试表明，GCC 在大多数测试用例中生成的代码稍快（尽管 LLVM 在少数几个方面略有优势），而 LLVM 和 Clang 提供了明显更好的编译时间。 GCC 和 GCC/LLVM 组合的优点是已经测试了更多代码，并且可以在 C 的 GCC 风格上运行；有一些编译器特定的扩展只有 GCC 才有，有些地方标准允许实现有所不同，但代码取决于一个特定的实现。如果您获得大量遗留 C 代码，它在 GCC 中运行的可能性比在 Clang 中运行的可能性要大得多，尽管随着时间的推移这种情况正在改善。
【讨论】：
这里有两种不同的东西。
LLVM 是一个后端编译器，旨在在其之上构建编译器。它处理适应目标架构的代码的优化和生产。
CLang 是一个前端，它解析 C、C++ 和 Objective C 代码并将其转换为适合 LLVM 的表示。
llvm gcc 是基于 gcc 4.2 的基于 llvm 的 C++ 编译器的初始版本，现在已弃用，因为 CLang 可以解析它可以解析的所有内容等等。
最后，CLang 和 gcc 的主要区别不在于生成的代码，而在于方法。虽然 gcc 是单片的，但 CLang 已构建为一套库。这种模块化设计为 IDE 或完成工具等提供了很好的重用机会。
目前，gcc 4.6 生成的代码通常会快一点，但 CLang 正在缩小差距。
【讨论】：
llvm-gcc-4.2 使用 GCC 前端来解析您的代码，然后使用 LLVM 生成编译输出。
“llvm 编译器 2.0”使用 clang 前端来解析您的代码，并使用 LLVM 生成编译输出。 “clang”其实只是这个前端的名字，但经常被随便用作编译器整体的名字。
【讨论】：