Qt 6采用cmake替代qmake构建Qt

最近阅读了官方论坛的几个文章
CMake is the build system for Qt 6

Qt and CMake: The Past, the Present and the Future

Build System Changes in Qt 6

可以肯定的是为了支撑Qt EVERYWHERE 的愿景，找到一个跨平台的构建工具已经伤透了开发团队的脑筋。采用CMake应该是理智而无奈的选择。

首先，推动这个想法的最大需求，就是编译Qt本身的复杂性。几个文章主要讨论的是编译Qt库不用qmake而用cmake。以前用configure脚本自举生成qmake的情况没有了。这主要影响到与Qt深层代码交互的第三方扩展库的调整，这些库不能用qmake编译了。这侧面反应了没有虚拟机的C++跨平台是多么难的事情。要"到处都跑Qt"，面对的架构，平台千差万别，其中的工作量已经超越了团队的驾驭能力，或者透支了公司的运行成本。

其次，这个行为可能不小心直接决定了qtcreator的生死，立此文为据。目前qtcreator作为官方IDE，对CMake的自动化支持真的需要好好完善。如果纯Qt工程，pro文件的可读性，精炼程度，和IDE自动化操作能力暂时远胜于CMake的txt。一种可能，如果qtcreator把cmake自动化做活了，就可能跳出Qt飞得更高，成为一种新的的存在。另一种可能，如果不好好完善，放任现状让用户加个文件也要手动改txt，那它存在的必要就大打折扣，作为官方IDE就很尬了。

最后，感觉Qt这些年走过来真不容易。不知道其财政状况，但放弃qbs，自裁qmake，有可能是无力维持这么多的工具链。QML搞这么多年，有点起色但是人家硬件水平上去了，网页应用起来了。手机移动端，干不过原生的，有点鸡肋。Qt最大的价值是为开发桌面工业应用提供可靠的C++/C环境。有点过分的开玩笑: 如果没有Qt，C++就不再完整，Qt在C++陷入学院派的泛型综合症和固执的迭代器强迫症时，硬是凭着一己之力找回了烟火气。

---

补充，近期为熟悉CMake，进行了一定的实验。
见https://blog.csdn.net/goldenhawking/article/details/123968942