从默默无闻，到成为C++跨平台构建工具的事实标准，不知道是因为C++太不争气了，还是cmake真的亮眼...
作为Qt爱好者，还是喜欢从Qt的角度捋一捋 CMake（另外，CMake的gui界面本身就是用Qt开发的）
CMake 时间线
- 2000年，CMake 诞生，为 ITK 提供跨平台的构建工具
- 2006年，KDE 这一Qt社区的重量级框架 确定将kde4构建工具从 autotools 切换为 cmake（这一事件对cmake来说应该影响深远，如果没有KDE决策者顶着各种异议做出的这一决定，估计也没有cmake的今天）
- 2009年，Qt5开发阶段，Qt官方针对要不要将构建工具切换到cmake，展开的激烈的讨论，最终确定：不切换到cmake，自行开发Qt新的构建工具qbs。
- 2014年，CMake 3.0 发布（传统cmake和现代的cmake的分界线）
- 2017年，Visual Studio开始内置支持cmake。方便了Visual Studio下的Qt用户。
- 2020年，Qt6正式将cmake作为自身的构建工具。
Qt 时间线
- Qt4：尽管KDE4（Qt4的程序库）选择了cmake，但是Qt官方并没有跟进。（这一时期，kde和cmake在共同成长。cmake单方面支持Qt。）
- Qt4.5：Qt进入Nokia旗下后，开始急速扩张。该版本起Qt增加LGPL授权
- PySide：因与PyQt开发者就授权协议无法达成一致，Nokia的巴西团队开始自行开发Python绑定，取名PySide，采用LGPL授权。PySide采用cmake进行构建。
- Qt5：社区经过激烈讨论，最终：Qt官方确定自行开发构建工具qbs，不用cmake。（不好评价这一决策对错。毕竟此时的cmake和几年后的cmake压根就不是一个东西。）
- Qt5.5：Qt官方开始为Qt库提供cmake的支持，以便于cmake用户使用Qt。（在次之前，是cmake单方面支持Qt）
- Qt5.15：为了让Qt5用户向Qt6过渡，引入 Version-less CMake target
- Qt6: 正式将cmake作为自身的构建工具
关于 qmake
对于简单的项目，qmake语法真的很简单，简单易学。
不过，复杂的项目，qmake的工程文件真的像天书一样。本来我不这样认为，只是，当发现下面问题时，我改变了认知：
- 当提到 .pro .pri .prf .prl 这四种文件，很多qmake用户只认识第一个的时候
- 当提及 .pro文件中，如下变量有什么区别
$$varName、$${varName}、$$(varName)、$(varName)、$$[varName]、${varName}，qmake用户脑袋嗡嗡的时候 - 当问及一个由几十个.pri 和 .pro构成的工程，不少qmake用户没感觉的时候
- 当看到qmake的官方维护人员，对于qmake相关的bug充满抱怨的时候
所以，离开qmake是早晚的事情
关于 qbs
和Qt发音 Cute 相传承，qbs的官方发音是 Cubes
- 2010年，qbs开始开发。这时候Qt在Nokia旗下，也是Qt飞速扩张的时候。（注意和前面的时间线对应，否决cmake的同时开始的qbs）
- 2012年，qbs 正式发布。
- 2018年，qbs 被官方废弃（deprecated ）。建议用户使用cmake
qbs设计挺好的，但是只有Qt社区用，不像cmake有大量的用户群，生态不行。
简单来说，这个东西就是因cmake不好而生，又因cmake上进而死的。
关于 PySide
PySide，据我所知，这是Qt官方最早使用CMake的公开项目。我最初学习cmake也正是因为PySide采用了cmake。
- 2009，因无法与PyQt开发公司达成一致，Qt官方（Nokia）确定自己Qt4开发Pyhton 绑定，采用LGPL授权。采用cmake构建。
- 201x，因为Nokia 的 xxxx xxx xxxx 问题，Qt分批出售，同时Qt旗下的大批项目关停，PySide是其中之一。
- 2015，PySide2 开始复活，开始从Qt4向Qt5移植（个人猜测，应该是Python越来越火的原因）
- 2018，PySide2 正式发布。基于Qt5 ，官方名字 Qt for Python
- 2020，PySide6 发布，版本号开始与 Qt6同步。
CMake
前面提到 CMake分为传统的cmake和现代cmake，但是中文资料似乎跟进很慢。所以：看资料，先看年份（不过，年份问题挡不住大家不加标注的来回转载 ）。
尽管不喜欢CMake，在传统CMake时代，还是陆续记过一些笔记 cmake 学习笔记(一) ... cmake学习笔记(五)
这些cmake内容尽管放到现在仍然工作的很好，但是就像现在写C++98程序的一样，可以用，但新版本更简洁、易学。
作为本系列笔记的第一篇，只扯些闲篇。希望能有时间续写后面的内容...
本文有些内容我没有严格找资料考证，有错误之外，欢迎指正
参考
- Why the KDE project switched to CMake -- and how (continued)
- https://www.qt.io/blog/qt-and-cmake-the-past-the-present-and-the-future
- http://blog.gerryyang.com/gcc/clang/2022/07/31/modern-cmake-in-action.html
- https://www.qt.io/blog/qt-6-build-system
- https://www.kdab.com/using-cmake-with-qt-5/
- https://www.qt.io/blog/2009/10/12/to-make-or-not-to-make-qmake-and-beyond
- https://www.qt.io/blog/2009/10/14/to-make-or-not-to-make-qmake-and-beyond-redux
- https://steveire.wordpress.com/2017/11/05/embracing-modern-cmake/
- https://devblogs.microsoft.com/cppblog/cmake-support-in-visual-studio/
- 浅谈 qmake 之 pro、pri、prf、prl文件
- qmake 乱乱乱谈(一)
- https://www.qt.io/blog/2018/10/29/deprecation-of-qbs