在我的 Mac OSX 版本（Lion 10.7.1，XCode 4.1）上，有 LLVM 3.0svn 和 Clang 2.1。 current versions 是 LLVM 3.0 和 Clang 3.0。
从XCode web site看来，最新版本（4.2.1）还是使用LLVM 2.0，这似乎是个错误。
你知道如果安装最新的 XCode 我会得到更新版本的 LLVM/Clang？
你知道installing Clang manually有任何可能的问题吗？
安装后，我拥有的所有 IDE（例如 NetBeans）是否会自动使用新的 Clang？
【问题讨论】：
标签： xcode macos osx-lion llvm clang
网站不正确。 Xcode 4.2.1 和 4.2 包括 LLVM 3.0 和 clang 3.0：
clang --version
Apple clang 3.0 版（tags/Apple/clang-211.12）（基于 LLVM 3.0svn）clang++ --version
Apple clang 3.0 版（tags/Apple/clang-211.12）（基于 LLVM 3.0svn）llvm-g++ --version
i686-apple-darwin11-llvm-g++-4.2 (GCC) 4.2.1（基于 Apple Inc. build 5658）（LLVM build 2336.1.00）llvm-gcc --version
i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1（基于 Apple Inc. build 5658）（LLVM build 2336.1.00）
【讨论】：
Apple clang version 2.1 (tags/Apple/clang-163.7.1) (based on LLVM 3.0svn) Target: x86_64-apple-darwin11.4.0 Thread model: posix
软件供应商传统上对更新构建工具持保守态度，这是有充分理由的。如果您想使用 Apple 提供和修改的最新公开支持的构建工具版本，您应该坚持使用最新版本的 Xcode 中的那些，以用于您正在运行的 OS X 版本。 Apple 尚未更新到开源组件的最新尖端版本通常有充分的理由，例如严重的错误。如果您不需要 Apple 提供的修改并且不介意生活在边缘 - 即没有来自 Apple 的支持并且可能（重新）发现已知问题 - 并且不打算将编译后的文件发送到其他人的系统，您可以在/usr/local/bin 或使用第三方包管理器（如 MacPorts http://www.macports.org/ports.php?by=name&substr=clang）中安装您自己的版本。您绝对应该不尝试替换 Xcode 安装的路径中的文件。这值得么？只有你自己可以决定。
【讨论】：
clang:Apple clang version 3.1 (tags/Apple/clang-318.0.61) (based on LLVM 3.1svn)。
【讨论】：
$ brew tap homebrew/versions 返回“警告：自制程序/版本已被弃用。此水龙头现在是空的，因为它的所有公式都已迁移。”现在有什么办法吗？
在带有 XCode 4.6 的 Mountain Lion 10.8.2 上，版本为：
$ clang --version
Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn)
Target: x86_64-apple-darwin12.2.0
Thread model: posix
$ clang++ --version
Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn)
Target: x86_64-apple-darwin12.2.0
Thread model: posix
$ llvm-g++ --version
i686-apple-darwin11-llvm-g++-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ llvm-gcc --version
i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
您也可以从 App Store 或 Apple Developer Account 直接下载更新 XCode for Lion，并安装命令行工具，将 clang 和 llvm 更新到以上版本。
【讨论】：
OS X 更新版本 10.9.2 将 XCode 带到了版本 5.1 (5B130a)，并加入了最新的稳定版（针对 OS X）：
$ clang --version
Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin13.1.0
Thread model: posix
在我的 Mac 上，llvm-gcc 和 llvm-g++ 是指向这个 clang 的符号链接：
lrwxr-xr-x 1 root wheel 5B 25 Oct 16:48 /usr/bin/llvm-gcc -> clang
lrwxr-xr-x 1 root wheel 7B 25 Oct 16:48 /usr/bin/llvm-g++ -> clang++
我最新的 R 安装配置为使用 llvm-gcc-4.2，这会在构建 SHLIB 时导致错误。以同样的方式为 llvm-gcc-4.2 和 llvm-g++-4.2创建符号链接，而不是替换 LLVM 或 CLANG，足以解决错误。
【讨论】：
我强烈建议不要更换 macOS 上的系统编译器：
您将看到的许多构建过程（例如 Xcode）依赖于 Apple 特定的扩展。例如，上次我检查了 Apple 是否有自己的链接器。
此外，Linux 不强制执行二进制兼容性——通常，人们从源代码构建软件，或为每个操作系统版本下载特定的二进制文件。作为最终用户（相对于开发人员/专业用户）操作系统，macOS 竭尽全力保持与基于旧 macOS 版本构建的二进制文件的兼容性。
替换编译器，或者更糟的系统库，将破坏这些兼容性保证。它还可能以微妙、不明显的方式破坏您的系统。
但是请随意在/usr/local 左右安装第二个clang 副本并探索新功能，但不要管系统编译器。
另外请注意，Apple 不支持向应用商店提交不是使用 Xcode 及其包含的编译器构建的软件。如果您这样做可能会被忽视，但如果您的编译器未能执行 Apple 编译器所做的任何事情，您可能会在应用商店审核期间被拒绝。
【讨论】：