为什么安装 Xcode 命令行工具会改变“gcc --version”报告的内容

最近我通过AppStore将OS 10.9上的Xcode更新到版本5.0.1。在我看来，此更新还更新了命令行工具，例如运行gcc --version产生的

Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix

However SE 上的答案 https://stackoverflow.com/a/19067279/656912表明情况并非如此，需要单独下载并安装命令行工具。我这样做了，最终得到了相同的工具版本，但有细微的差别。例如现在正在运行gcc --version产生

gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix

这是事情应该如何工作的吗——这是否代表了当前 Xcode 命令行工具的预期行为，或者是通过直接下载安装所特有的（相对于通过 AppStore 与 Xcode 一起安装；如果可能的话）？

改变的意义是什么？/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1 to /usr/include/c++/4.2.1?

我将用一个列表来构建我的答案，以便您了解完整的情况，您的主要问题的答案在最后一个列表项中得出：

• 自 Mavericks 以来，默认编译器套件一直是 Clang/LLVM，而不是 GNU GCC。同义词gcc and g++为了保持向后兼容性，分别保留了 Clang 和 Clang++ 的指向，并且由于 Clang 与 GCC 向后兼容，所以没有理由不这样做。
• 我认为从 XCode 6 开始，XCode 会自动将命令行开发人员工具捆绑在 XCode 的主安装和 .app 捆绑包中。默认框架和工具包也是如此。完整的命令行开发此时还没有完全运行，只是启用了 XCode 开发。
• 但是，为了在命令行成功进行开发，必须执行xcode-select --install在终端应用程序中，然后按照说明进行操作。

• 鉴于 SDK 现在已捆绑并组织在 XCode.app 捆绑包内的目录结构中，您注意到的 gxx-include-dir 中的更改是由于现在 /usr/include 只是到正确的软链接。具体的地方包括：

  $ls -l /usr/include

  lrwxr-xr-x 1 根轮 112 二月 2 19:08 /usr/include -> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include /

最后一点，不一定是坏事xcode-select(1)现在可以使用命令来管理活动的 SDK。 我希望这能为那些困惑的人澄清一些事情，因为所有这些（相当大的）变化都是以经典的苹果风格推出的，完全是完全沉默的。