Clang / LLVM准备好迎接黄金时间了吗？[关闭]

可以使用Clang代替gcc吗？您对此有何经验？还有哪些不利条件？

编译的性能比gcc好得多，但是关于执行它时生成的代码的性能呢？

有没有好的工具可以在Linux或Windows上运行作为前端（IDE）？

编辑：我的意思是C编译器。C ++还不是很好。

更新：现在（2013年），Clang已准备就绪，已经被Google等一些公司使用。但是，它在Windows上并不完全可用，在此平台上的工作是“正在进行的工作”。LLVM / Clang当前是MacOSX / XCode上的默认编译器，但它与LLVM的发行版并不完全相同，因此请注意细微的差异（主要是版本号差异）。

遵循clang dev邮件列表，最近已经成功构建了主干版本：

• linux内核（最新版本）
• Qt（显然也有特殊的构建过程）
• 铬（最新修订）

因此，我想说即将发布的版本（2.9）可能是一个很好的“准备黄金时间”编译器。

但是，如果您的项目有计划和预算，那么尝试尚未经过严格测试的编译器可能不是一个好主意。如果您可以尝试并向Clang开发人员社区提供反馈，那么就去做吧，这对每个人都是双赢的。如果不是这样，也许您应该使用像gcc这样的成熟且大量使用的编译器（在其最新版本中）来为项目工作提供“稳定的基础”。

好吧，由于许多Mac OS X应用程序都是使用clang编译的，因此它肯定已经可以在Mac OS X上进行黄金时段了。但是即使在其他平台上，C的支持也很稳定，并且团队在C ++的支持上也取得了长足的进步。

一般来说，clang的编译速度比gcc快，但是gcc会生成优化程度更高的代码。（在某些情况下，情况并非如此，但总的来说，这就是当前状态。）

除非确实需要，否则您不应该真正依赖特定的编译器。因此，您应该能够在Makefile或其他文件上更改编译器，并且一切正常。

在这里，我主要将clang用于玩具项目，因为它更快，更重要：它的错误消息更加清晰明了。但是当我需要使用gdb时，我将使用gcc和-ggdb进行编译。所以clang尚未完成功能，并且不能成为我唯一的编译器。

（顺便说一句：我在使用x86 gentoo，并且项目使用C和C ++）

编辑：澄清一下，clang 运行得更快（在某些情况下，更快）。我不在乎花哨的优化。