我发现了类似的主题：What are the differences between Autotools, Cmake and Scons?，但我的问题有点不同，我认为答案也可能不同。
我发现很多文章都说 waf 不稳定（API 更改），尚未准备好投入生产等（但所有这些文章都有 2 或 3 年的历史）。
如果我愿意，应该使用以下哪些构建工具：
阅读了很多文章，我发现 Cmake 和 waf 是可用的“最佳”工具，但我没有使用它们，而且很难找到任何比较，这不是很偏颇（比如比较 scons作者）而且不是很老。真的
【问题讨论】：
标签： c++ build cmake build-automation waf
waf 几乎可以满足您的所有要求 ...
API 更改：不是问题，因为 waf 应包含在源 tarball (
大项目：您可以将配置拆分到子目录中（可以继承上下文）。我在 C/C++/fortran77/fortran90/python/Cython 中处理过超过 10k 个文件的项目，包括 doxygen/sphinx 中的文档。
灵活性和易用性：您可以在 python (http://code.google.com/p/waf/wiki/AddingNewToolsToWaf) 中添加额外的模块
快速：任务可以并行运行：http://www.retropaganda.info/~bohan/work/psycle/branches/bohan/wonderbuild/benchmarks/time.xml
多平台：您可以在任何 Python 可用的地方运行 Waf，包括 Windows 和 MacO。 Waf 与 mscvc、gcc、icc 和其他编译器兼容。您可以制作视觉/eclipse 项目。
...但是 waf 似乎对 llvm 有问题：http://code.google.com/p/waf/issues/detail?id=1252
编辑：正如 Wojciech Danilo 所说，LLVM 问题已得到修复
【讨论】：
我目前正在通过 C++11 和 LLVM 将 CMake 用于我自己的语言实现。
我喜欢 CMake，因为它易于使用的语法。 LLVM 可以使用简单的“load_package”命令加载。之后，您可以使用所需的所有头文件和库。 CMake 允许子脚本从父脚本继承变量。所以你不需要在每个子目录中设置变量和加载包。
C++11 支持取决于您要使用的编译器。总而言之，CMake 只是一个用于创建“真实”构建脚本的布局。
当您使用 make 时，您可以使用 make 的 --jobs=N 来加速多核平台上的编译。在 Windows 上，您可以生成 Visual Studio 2012 项目文件并使用 Microsoft 的构建系统并使用他们的构建作业来加快编译过程。 您应该始终为构建文件（myproject/build 或其他东西）创建一个子文件夹。这样你就可以保持你的源代码树干净（cd build; cmake ..; cd ..）。
我不能代表所有其他工具。
【讨论】：
cmake时；这是一个非常痛苦的学习。文档——尽管有所改进——令人困惑。基于宏的语言使阅读 cmake 成为一场噩梦（直到你训练你的眼睛），但最终所有这些都是值得的。我没有使用waf，但考虑将它用于其他项目。自从它基于 python 以来，它很诱人。