人们喜欢讨厌构建系统。 仅仅观看 CppCon17 上的演讲,就可以看到开发人员因为构建系统而闹笑话的例子。 这让我们思考一个问题:为什么会这样? 构建系统时当然不可能完美无缺。 但我认为,在 2018 年,我们可以很好地解决其中的一些问题。 这就是 CMake。不过 CMake 2.8 可能不行; 它在 C++11 发布之前就 release 了! 对于 CMake 来说也没有可怕的例子(甚至那些发布在 KitWare 自己的教程列表中的例子)。 我们来谈论现代 CMake。CMake 3.1+,甚至可能是 CMake 3.15+! 它整洁,强大,优雅,因此你可以将大部分时间花在编码上,而不是编写不可读,不可维护的 Make(或CMake 2)文件。 当然,CMake 3.11+ 运行起来也应该明显更快!
简而言之,如果你在考虑使用现代 CMake,这些可能是你最关心的问题:
下面哪几点适合你?
如果是这样,你将受益于类似 CMake 的构建系统。
构建系统是一个热门话题。 当然大家有很多选择。但即使是非常好的,或者重用一个熟悉的语法,也无法和 CMake 相提并论。 为什么?生态支持。 每个 IDE 都支持 CMake(或 CMake 支持这些 IDE)。 有更多的软件包在使用 CMake 而不是其他构建系统。 因此,如果你在使用一个软件包,它被设计为包含在你的代码中,你可以选择:创建自己的构建系统,或使用一个它支持的构建系统:这些软件包几乎总是支持 CMake。 如果你要使用多个软件包,CMake 将很快成为共同点。 而且,如果你需要一个预安装软件包,那么它有 CMake 查找或配置脚本的可能性非常高。
大约 CMake 2.6-2.8 的时候,CMake 开始流行起来。出现在了大多数 Linux 操作系统的软件包管理器列表中,并且被用于许多软件包使用。 然后 Python 3 问世了。 我知道,这与 CMake 没有任何关系。 但它是第三版。 它前面有一个第二版: 这是一个艰难,丑陋的过渡,即使在今天,一些软件仍然还在使用第二版。
我相信 CMake 3 运气不会比 Python 3 好到哪儿去。1 尽管每个版本的 CMake 都是努力向后兼容,但 CMake 3 系列任然被视为新东西。 因此,你会发现操作系统,像 CentOS 7,已经拥有 GCC 4.8,几乎完全支持 C++ 14,还在使用在 C++ 11 之前就推出的 CMake 2.8。
你真的至少应该使用编译器发布之后出现的 CMake 版本,因为构建系统需要知道新版本编译器的编译标志等信息。 而且,由于 CMake 会将自己退化为 CMake 文件中指示的所需的最低版本,因此,即使你在系统范围内安装一个新的 CMake,也是非常安全的。 或者你至少应该在本地安装它。 这很容易 (大多数情况下也就一两行代码的事儿), 你会发现 5 分钟的工作将为你节省数百行和几小时的 CMakeLists.txt
编写时间,并且从长远来看将更容易维护。 本书试图解决那些网络上随处可见的糟糕问题和例子,以及提出最佳实践的方法。
在网上还有一些其他地方可以找到有用的信息。下面是其中的一些:
现代 CMake 最初由 Henry Schreiner 编写。其他贡献者信息可以 GitLab 项目贡献者列表 中找到。
1. CMake 3.0 还从非常旧版本的 CMake 中删除了几个长期弃用的功能,并对与方括号相关的语法做了一个非常微小的向后不兼容的更改,所以这不完全公平; 可能会有一些非常非常古老的 CMake 文件在 CMake 3+ 中不能运行;虽然我从来没有见过。 ?
<<Modern CMake>> 翻译 1. CMake 介绍
原文:https://www.cnblogs.com/hejiang/p/11247618.html