使用Makefile和CMake编译代码之间的区别

#1 楼

Make（或Makefile）是一个构建系统-它驱动编译器和其他构建工具来构建您的代码。

CMake是构建系统的生成器。它可以产生Makefile，可以产生Ninja构建文件，可以产生KDEvelop或Xcode项目，可以产生Visual Studio解决方案。从相同的起点，相同的CMakeLists.txt文件。因此，如果您有一个与平台无关的项目，那么CMake也是使其与系统无关的一种方法。

如果您有习惯于Visual Studio的Windows开发人员和Unix开发人员，他们对GNU Make，CMake都非常满意。是一种方法。

如果您打算使项目成为多平台项目，我总是建议使用CMake（或其他构建系统生成器，但CMake是我个人的喜好）。或广泛使用。 CMake本身还提供了一些不错的功能，例如依赖关系检测，库接口管理或与CTest，CDash和CPack的集成。

使用buildsystem生成器可使您的项目更具前瞻性。即使您现在仅使用GNU-Make，如果以后决定扩展到其他平台（Windows或嵌入式产品），或者只是想使用IDE怎么办？

#2 楼

关于CMake是“构建生成器”的说法是一个普遍的误解。
从技术上讲这不是错误的；它只是描述了它是如何工作的，而不是它是做什么的。
在问题的上下文中，它们做同样的事情：获取一堆C / C ++文件并将其转换为二进制文件。
所以，真正的区别是什么？


CMake更高级。它专为编译C ++而设计，您可以为其编写更少的构建代码，但也可以用于通用构建。 make也具有一些内置的C / C ++规则，但充其量是没有用的。


CMake执行两步构建：它在ninja中生成低级构建脚本或make或许多其他生成器，然后运行它。通常堆放在Makefile中的所有shell脚本片段仅在生成阶段执行。因此，CMake的构建可以快几个数量级。


CMake的语法比make的语法更容易支持外部工具。


一旦make构建了工件，它就会忘记它是如何构建的。它是由什么来源构建的，哪些编译器标志？ CMake跟踪它，make留给您。如果自先前版本的Makefile以来删除了一个库资源，则make不会重建它。


现代CMake（从版本3开始）在以下方面的依赖关系方面起作用：目标”。目标仍然是单个输出文件，但它可以具有可传递（在CMake术语中为“ public” /“ interface”）依赖项。
这些可传递依赖项可以向依赖包公开或隐藏。 CMake将为您管理目录。使用make，您将只能停留在逐个文件和逐个管理目录的级别。


您可以使用中间文件在make中编写一些代码，以弥补最后两个空白，但您自己一个人。 make确实包含图灵完整的语言（偶数为两个，有时三个为数）。前两个太可怕了，实际上几乎没有使用过Guile。
老实说，这就是CMake和make的共同点-它们的语言非常恐怖。想到的是它们：

它们没有用户定义的类型；

CMake具有三种数据类型：字符串，列表和具有属性的目标。 make具有一个：字符串；
您通常通过设置全局变量将参数传递给函数。

这在现代CMake中得到了部分解决-您可以设置目标的属性：set_property(TARGET helloworld APPEND PROPERTY INCLUDE_DIRECTORIES "${CMAKE_CURRENT_SOURCE_DIR}");


默认情况下会默认忽略对未定义变量的引用；