CMake vs Make对比

程序员现在已经使用了CMake和Make了很久。当您加入大公司或开始使用大型代码库开发项目时，您需要处理所有这些构建。你必须看到这些“CMakeLists.txt”文件浮动。你应该在终端上运行“cmake”和“make”命令。很多人只是盲目地按照指示，不是真的关心为什么我们需要以某种方式做事情。这个整个构建过程是什么，为什么它这样构造？CMake和Make之间有什么区别？有关系吗？可以互换吗？ 事实证明，它们是完全不同的。了解他们之间的区别是非常重要的，以确保您不会陷入困境。在分析之前，先看看它们是什么。 make 我们设计软件系统的方式是我们首先编写代码，然后编译器编译并创建可执行文件。这些可执行文件是执行实际任务的可执行文件。“Make”是从程序的源文件中控制程序的可执行文件和其他非源文件的生成工具。 “Make”工具需要知道如何构建程序。它了解如何从名为“makefile”的文件构建程序。这个makefile列出了每个非源文件以及如何从其他文件中计算它。编写程序时，应该为其编写一个makefile，以便可以使用“Make”来构建和安装程序。简单的东西！如果您不明白，请再次阅读该段落，因为下一部分重要。 为什么我们需要“Make”？ 我们需要“Make”的原因是因为它使最终用户能够构建和安装您的软件包，而无需了解其操作的详细信息。每个项目都有自己的规则和细微差别，每当你有一个新的合作者，它都会变得非常痛苦。这就是我们有这个makefile的原因。构建过程的细节实际上记录在您提供的makefile中。根据哪些源文件已更改，“自动”自动显示需要更新的文件。它还自动确定更新文件的正确顺序，以防一个非源文件依赖于另一个非源文件。 每当我们改变系统的一小部分时，重新编译整个程序将是低效的。因此，如果您更改了一些源文件，然后运行“Make”，它不会重新编译整个事情。它仅更新直接或间接依赖于您更改的源文件的那些非源文件。很整洁！“Make”不限于任何特定语言。对于程序中的每个非源文件，makefile指定了用于计算它的shell命令。这些shell命令可以运行一个编译器来产生一个对象文件，链接器生成一个可执行文件，以便更新一个库，Makeinfo格式化文档等。“Make”不仅限于构建一个包。您还可以使用“Make”来控制安装或卸载软件包，为其生成标签表， CMake的 CMake代表跨平台制作。CMake识别哪个编译器用于给定类型的源。如果您不知道，您不能使用相同的编译器来构建所有不同类型的源。您可以在每次建立项目时手动执行，但这将是乏味和痛苦的。CMake为每种类型的目标调用正确的命令序列。因此，没有明确指定像$（CC）这样的命令。 为了编码真正想要血液细节的垃圾，请继续阅读。如果你不是所有的，你可以跳到下一节。处理包含头文件，库等的所有常见的编译器/链接器标记都被平台独立的和构建系统无关的命令所取代。调试标志包括将变量CMAKE_BUILD_TYPE设置为“调试”，或者在调用程序时将其传递给CMake： cmake -DCMAKE_BUILD_TYPE：STRING =调试。 CMake还提供平台独立包含'-fPIC'标志（通过POSITION_INDEPENDENT_CODE属性）和许多其他。尽管如此，还可以通过CMake以及Makefile（通过使用COMPILE_FLAGS和类似属性）手动实现更为模糊的设置。当然，当第三方库（如OpenGL）以便携式的方式被包含时，CMake真的开始闪耀。 有什么不同？ 如果您使用Makefile，即在命令行中键入“make”，则构建过程有一个步骤。对于CMake，有两个步骤：首先，您需要设置构建环境（通过在构建目录中键入cmake <source_dir>或运行某些GUI客户端）。根据您选择的构建系统（例如，在Windows上的Make on * nix，VC ++或MinGW等），这将创建一个makefile或相当的东西。构建系统可以作为参数传递给CMake。但是，CMake根据您的系统配置做出合理的默认选项。其次，您在选定的构建系统中执行实际构建。 我们将在这里跳入GNU构建系统领域。如果你不熟悉，这一段可能看起来像是jibber-jabber给你。好的，现在我给了法定的警告，我们继续吧！我们可以比较CMake和Autotools。当我们这样做时，我们可以看到Make的缺点，它们构成了Autotools创建的原因。我们还可以看到CMake对Make的明显优势。Autoconf解决了一个重要的问题，即可靠地发现系统特定的构建和运行时信息。但这只是便携式软件开发中的一小部分。为此，GNU项目开发了一套集成的实用工具来完成Autoconf开始的工作：GNU构建系统，其最重要的组件是Autoconf，Automake和Libtool。 “做”不能这样做，至少没有修改它！你可以使它做所有的东西，但它需要很多时间维护它跨平台。CMake解决了同样的问题，但与此同时，它具有优于GNU构建系统的一些优点： 用于编写CMakeLists.txt文件的语言是可读和易于理解的。 它不仅依靠“Make”来构建项目。 它支持多个生成器，如Xcode，Eclipse，Visual Studio等。 当将CMake与Make进行比较时，使用CMake有几个优点： 跨平台发现系统库。 自动发现和配置工具链。 将文件更容易地以平台的方式将文件编译到共享库中，并且一般比make更容易使用。 CMake不仅仅是“make”，所以它可以更复杂。从长远来看，最好是学习如何使用它。如果只在一个平台上只有一个小项目，那么也许“Make”可以做得更好。 --------------------------------- 参考 ： http://www.cnblogs.com/wengzilin/p/4466708.html