要我说 Makefile 这种东西早就应该扔进历史垃圾桶了。

多亏了 Autotools 家族：

1. 直到今天 C/C++ 项目的构建和编译还是充满了不在文档中的命令行参数、不知名的环境变量、随心所欲的模块管理和依赖地狱；
2. 甚至每个项目都不得不自己编写一个 INSTALL 或 BUILD 文档来专门教别人如何编译；
3. Autotools 既不通用也不思进取，直到今天依然和 GCC 、glibc 强绑定，AM 宏语法残缺不全、极难理解，并且只支持「 GNU 认为你只需要」的寥寥几门语言和功能，充满了 quirks ，和其他语言的互操作更是无解问题。说是公共构建工具，更像是一群 geeks 自己开发自娱自乐的产物；
4. Makefile 完全没有考虑不同 Shell 和 Platform 的问题，想要跨平台编译，开发者不得不自己考虑并编写几百行的 boilerplates 来适配新的构建平台（例如 Windows ）。

CMake is better, and Meson is even better.

如果你需要一个命令行运行器，你应该用 just 或 ninja 。

@zhng920823 是啊，我知道可以用，我自己也不是没干过这事。后来换到 CMake 、Meson 才发现：干，这些事原来根本不用自己操心维护。Makefile 里判断平台大多是白忙活！

别人写了十几年的轮子了，兼容性自然远高于我们手写的几行 Makefile 。与其遇到一个不兼容问题修复一个，不如直接用现代化构建工具。

另外，只有第 3 个缺点和 autotools 有关啊，1 、2 、4 点 Makefile 都有。

@zhng920823 #6 CMake 被大公司推行的好处是能统一。另外，Meson 作为纯社区项目，其实没有被大公司裹挟吧？

我也喜欢 xmake ，还贡献过代码。xmake 的问题可能是包装得太深了，想要做一些自定义很困难，以及没有一个 CMake 级别的 behavior reference 文档。

@zhng920823 我曾经也排斥用别人包了一层又一层的东西，觉得什么东西都自己写底层很舒服。

直到我毕业了，从兴趣驱动到工资驱动……

@zhng920823

10 个 lib source, 10 个单测 source

我需要写 _ 个 makefile, 每个 makefile 里复制粘贴 _ 行 source

新增 1 个 lib source 的时候 我需要修改 _ 个文件中的 _ 行？

@GeruzoniAnsasu #14
10 个 lib source, 10 个单测 source
我需要写 1 个 makefile, 每个 makefile 里复制粘贴 20 行 source
新增 1 个 lib source 的时候 我需要修改 1 个文件中的 1 行

不过我还有一套和 IDE 结合的工具, 能把这些工作自动化. 这个 Makefile 是单独提取出来展示给大家的.

makefile 早就该被淘汰了, 又是写他都不如写个 shell 脚本方便, 或者说这东西就是个特别一点的 shell 脚本
makefile, 尤其是 autotools 沾边的, 语法奇怪, 文档残废, 每次改点啥都要进去看代码, 因为变量名和选项都没有标准

我现在一律使用 cmake, 虽说也没有特别先进, 有些地方还是有"无法指定这个操作到底 config 还是 build 时候执行"的问题, 但配合任何 shell 脚本基本都能解决 90%以上的场景需求了

楼主你这个 makefile, 用 cmake 应该不到一半的行数就能写完

@proxytoworld #17 可惜 xmake 不能直接支持 cmake

@424778940 #18 Makefile 肯定比 shell 方便的, 这点不用质疑, 毕竟是专门干这个的.
所以我说 Makefile\可以单独使用, 不碰 autotools 那些东西可以做到很简单的.

@augustheart #22 也没必要支持 cmake 的全部特性, 一些项目的 CMakelists.txt 看着非常简单的, 只要能支持这种的编译就行.

那些导出各种工程的功能很少用的

我工作中遇到的项目 cmake 通常都是比较复杂的，各种 custom command 、custom target 乱飞，调用各种工具、python 等等生成中间文件，再由中间文件生成其它的中间文件等等，再加上 cmake 的字符串操作、对文件系统的操作，以及各种平台*feature list 的排列组合等等……需要理解大量业务逻辑才能明白这个工作流程。

相比之下，新增文件时要更新一个文件列表，或者指定一个库的依赖等等，反而是其中最简单的环节，并不需要费太多的脑细胞。

在这种复杂的系统里，用的 build 的语言是否足够“expressive”，让读的人能轻易明白你想干什么变得更关键了。另外就是效率，现在每改一行 cmake ，重新 config 一次要好几分钟……