我总是从命令行在 G++ 下编译我所有的 C++ 代码。
为什么人们使用Cmake和gcc make之类的东西，有什么优势？
如果真的有理由，我如何将我的项目转换为使用 makefile？
现在，我只使用一个文本文件，其中包含我需要分段编译项目的所有命令列表，当然，如果我想重新编译每个 c 和 cpp 文件，编译整个项目的那个.
【问题讨论】：
.cpp 文件会受到您对头文件的更改的影响。这就是我们有依赖跟踪工具的原因。
我只是使用一个包含编译项目所需的所有命令列表的文本文件...
这不是一个可移植的标准化解决方案，它是您个人工作流程所独有的。 Makefile 或 CMakefile 允许您描述如何将代码编译到计算机，而不是人类，因此其他人可以运行一两个简单的命令并（希望）获得与你。
您的方法现在可能行得通，但是对于一个包含数千个源文件、数十万个错综复杂的交叉依赖项并且需要数小时编译的非平凡项目，您将需要自动化。
例如，您的文本文件可能包含：
g++ input.cpp output -lstdc++
这是最简单的情况，一个源文件，一个输出文件，一个库。在非平凡代码中，命令如下所示：
g++ -m32 -c -g -Wall -Iinclude -Isrc -I../Perlingo\ Shared\ Objects -include include -fPIC -MMD -MP -MF "build/Debug/GNU-Linux-x86/src/BhamEvent.o.d" -o build/Debug/GNU-Linux-x86/src/BhamEvent.o src/BhamEvent.cpp
这只是对您可能需要包含多少标志和选项以正确编译某些内容的尝试。其中一些路径是存储在Makefile 中的变量，或者由cmake 或configure 等工具放入其中。
Makefile 的优点之一是您可以使用 -j8 等标志进行并行构建，最多可同时构建八件事。
【讨论】：
Makefile 就像一个批处理文件，但它也更聪明一点：它不会构建已经构建的东西，除非它们的依赖关系发生了变化。
make 和 cmake 这样的工具可以解决这个问题。我所说的“不可移植”的意思是那些指令可能在你的机器上工作，但其他机器需要不同的编译器标志或选项。这就是为什么存在像 configure 这样的工具来测试您正在使用的编译器、您拥有的库以及正确设置的原因。
您使用包含编译项目所需的所有命令列表的文本文件是通往托管构建的第一步。
让我们定义以下构建改进级别：
make 或nmake
cmake
我使用级别 1 来简单演示问题和解决方案。但在我的项目中，我总是在第 5 级工作。看来您正在从第 2 级过渡到第 3 级。
【讨论】：