5分钟理解make/makefile/cmake/nmake

1. gcc

它是GNU Compiler Collection（就是GNU编译器套件），也可以简单认为是编译器，它可以编译很多种编程语言（括C、C++、Objective-C、Fortran、Java等等）。
我们的程序只有一个源文件时，直接就可以用gcc命令编译它。
可是，如果我们的程序包含很多个源文件时，该咋整？用gcc命令逐个去编译时，就发现很容易混乱而且工作量大，所以出现了下面make工具。

2. make

make工具可以看成是一个智能的批处理工具，它本身并没有编译和链接的功能，而是用类似于批处理的方式—通过调用makefile文件中用户指定的命令来进行编译和链接的。

3. makefile

这个是啥东西？
简单的说就像一首歌的乐谱，make工具就像指挥家，指挥家根据乐谱指挥整个乐团怎么样演奏，make工具就根据makefile中的命令进行编译和链接的。makefile命令中就包含了调用gcc（也可以是别的编译器）去编译某个源文件的命令。
makefile在一些简单的工程完全可以人工拿下，但是当工程非常大的时候，手写makefile也是非常麻烦的，如果换了个平台makefile又要重新修改，这时候就出现了下面的Cmake这个工具。

4. cmake

cmake就可以更加简单的生成makefile文件给上面那个make用。当然cmake还有其他更牛X功能，就是可以跨平台生成对应平台能用的makefile，我们就不用再自己去修改了。
可是cmake根据什么生成makefile呢？它又要根据一个叫CMakeLists.txt文件（学名：组态档）去生成makefile。

5. CMakeList.txt

到最后CMakeLists.txt文件谁写啊？亲，是你自己手写的。

6. nmake[1]

nmake又是啥东西？
nmake是Microsoft Visual Studio中的附带命令，需要安装VS，实际上可以说相当于linux的make，明白了么？
一些小知识点 - 图1

根据上面总结一下大体流程：[2]

1.用编辑器编写源代码，如.c文件。
2.用编译器编译代码生成目标文件，如.o。
3.用链接器连接目标代码生成可执行文件，如.exe。
但如果源文件太多，一个一个编译那得多麻烦啊？于是人们想到，为啥不设计一种类似批处理的程序，来批处理编译源文件呢？
于是就有了make工具，它是一个自动化编译工具，你可以使用一条命令实现完全编译。但是你需要编写一个规则文件，make依据它来批处理编译，这个文件就是makefile，所以编写makefile文件也是一个程序员所必备的技能。
对于一个大工程，编写makefile实在是件复杂的事，于是人们又想，为什么不设计一个工具，读入所有源文件之后，自动生成makefile呢，于是就出现了cmake工具，它能够输出各种各样的makefile或者project文件,从而帮助程序员减轻负担。但是随之而来也就是编写cmakelist文件，它是cmake所依据的规则。（cmake中有很多设置库的，此时还不是可执行文件，而make生成后才是二进制可执行文件。）
所以在编程的世界里没有捷径可走，还是要脚踏实地的。
**

Qt中 .pro 文件和 .pri 文件介绍

*.pro

这是一个典型的Qt示例程序的.pro文件(propriprfprl.pro)：

  1. TEMPLATE = app
  2. CONFIG += QT
  3. QT += core gui
  4. TARGET = propriprfprl
  5. SOURCES += main.cpp/
  6.         widget.cpp
  7. HEADERS  += widget.h
  8. FORMS    += widget.ui

前面3行是qmake的默认值，我们都可以省略
TARGET 这行指定工程名，我们也可以省略

*.pri

i 是什么东西？包含(include)的首字母。类似于C、C++中的头文件吧，我们可以把 .pro 文件内的一部分内容单独放到一个 .pri 文件内，然后包含进来。

接前面的例子，我们将源文件的设置独立出来，放到propriprfprl.pri文件内：

  1. SOURCES += main.cpp/
  2.         widget.cpp
  3. HEADERS  += widget.h
  4. FORMS    += widget.ui

这时，我们的 propriprfprl.pro 文件就可以简化为：

  1. TEMPLATE = app
  2. CONFIG += QT
  3. QT += core gui
  4. TARGET = propriprfprl
  5. include(propriprfprl.pri)

这有什么用呢？对我们这个例子来说，确实没什么用，反而多了一个文件，更麻烦了。
可是，如果一个大点的项目，含有多个*.pro文件呢，这些pro需要有些共同的设置或需要的文件，这时就很有必要了。

编译环境选择：MINGW/MSVC

在Windows上，有两个预构建环境可供选择：一个是 MinGW ，另一个是Microsoft Visual Studio(MSVC)。这两个环境不兼容，无法混合。你必须选择一个。
这两者的区别如下：
当你的项目使用MinGW编译的使用，想要用一个MSVC编译生成的库时就会有问题。使用MinGW编译项目的时候，所使用的Lib也要是MinGW编译的。
如果你只是开发Window平台的软件时，最好用Qt MSVC组合，这样可以使用大量的第三方lib，还有很多的构建指令，毕竟window上MSVC才是王道。
Windows建议选择MSVC，打开安装VS时自带安装的MSVC：x64 Native Tools Command Prompt for VS 2019

  1. 1. **********************************************************************
  2. 2. ** Visual Studio 2019 Developer Command Prompt v16.4.5
  3. 3. ** Copyright (c) 2019 Microsoft Corporation
  4. 4. **********************************************************************
  5. 5. [vcvarsall.bat] Environment initialized for: 'x64'
  6. 6. 
  7. 7. C:\Program Files (x86)\Microsoft Visual Studio\2019\Community>
  • 默认编译的结果是64位的Qt

如果你想编译32位版本的qt，可以选择x86 Native Tools Command Prompt for VS 2019
警告：不要使用 Developer Command Prompt for VS 2019
如果你想在linux系统中进行Qt的编译工作，参考这个问答：c++ - How to compile Qt 5 under Windows or Linux, 32 or 64 bit, static or dynamic on Visual Studio or g++ - Stack Overflow