llvm - 为什么 Apple 在其 OpenGL/OpenCL 实现中使用 CLang

Question

我不知道在这里问这个问题是否合适。但为什么 Apple 选择使用 llvm 及其 clang 实现来为 OpenCL/OpenGL 编码？它给他们带来了什么好处，又是如何带来的？请原谅我对这个话题的无知，我对此了解不多。

Answer 1

Apple 创建 Clang 作为 C/C++/ObjC 和 ObjC++ 的 GCC 替代品。 LLVM 的创建者在 Apple 的编译器部门工作。在与主持项目的伊利诺伊大学的共同努力下，Apple 已经创建了 GCC、GDB [请参阅 LLDB]、libstdc++ [请参阅 libc++] 和几个新项目的完整替代品。

GPLv3 是终结 Apple 对 GCC 贡献兴趣的最后一根稻草，这也是 Apple 在 GCC 4.2.x 中终止它的原因。

LLVM/Clang 正在整个行业迅速取代 GCC。

LLVM 现在是一个用词不当的标题。

LLVM/Clang 支持的当前目标硬件:

-- 针对 ARM-- 以 CppBackend 为目标-- 瞄准六边形-- 瞄准 Mips-- 针对 MBlaze-- 针对 MSP430-- 针对 NVPTX-- 针对 PowerPC-- 针对 Sparc-- 针对 X86-- 针对 XCore-- Clang 版本:3.3

很快添加了开箱即用的 AMD R600 代码库。

Clang 符合 C99。 OpenCL 使用 C99 的一个子集。 Clang 是免费提供的最完整的 C11 兼容编译器套件。

FreeBSD 已移至 LLVM/Clang 作为即将发布的 10.0 发行版的默认设置。

AMD 和 Nvidia 使用 LLVM/Clang 构建他们的 OpenCL 堆栈。

英特尔正在将他们的 OpenCL 和更多的东西转移到 LLVM/Clang。

Google 全力支持 LLVM/Clang。 Adobe、索尼、IBM、Cray 等也是如此。

GCC 是一团糟的架构。 LLVM/Clang的模块化使其改进速度和开发者的选择空间更大。

LLVM/Clang 3.2 的开发者和用户指南现在非常可靠，3.3 trunk 添加了更多的文档来理解 LLVM/Clang 的好处。

高质量编译器代码的开发速度首屈一指。