关于CMake

总结一下大体流程[2]

1.用编辑器编写源代码，如.c文件。

2.用编译器编译代码生成目标文件，如.o。

3.用链接器连接目标代码生成可执行文件，如.exe。

但如果源文件太多，一个一个编译那得多麻烦啊？于是人们想到，为啥不设计一种类似批处理的程序，来批处理编译源文件呢？

于是就有了make工具，它是一个自动化编译工具，你可以使用一条命令实现完全编译。但是你需要编写一个规则文件，make依据它来批处理编译，这个文件就是makefile，所以编写makefile文件也是一个程序员所必备的技能。

对于一个大工程，编写makefile实在是件复杂的事，于是人们又想，为什么不设计一个工具，读入所有源文件之后，自动生成makefile呢，于是就出现了cmake工具，它能够输出各种各样的makefile或者project文件,从而帮助程序员减轻负担。但是随之而来也就是编写cmakelist文件，它是cmake所依据的规则。（cmake中有很多设置库的，此时还不是可执行文件，而make生成后才是二进制可执行文件。）

所以在编程的世界里没有捷径可走，还是要脚踏实地的。

CMakelists.txt，这个文件是linux和windows通用的，利用cmake，可以根据CMakelist.txt在不同的操作系统上产生不同的自动编译脚本文件。

四 建议：

1，如果你没有实际的项目需求，那么看到这里就可以停下来了，因为 cmake 的学习过程就

是实践过程，没有实践，读的再多几天后也会忘记。

2，如果你的工程只有几个文件，直接编写 Makefile 是最好的选择。
3，如果使用的是 C/C++/Java 之外的语言，请不要使用 cmake(至少目前是这样) 4，如果你使用的语言有非常完备的构建体系，比如 java 的 ant，也不需要学习 cmake，

虽然有成功的例子，比如 QT4.3 的 csharp 绑定 qyoto。 

4，如果仅仅使用 qt 编程，没有必要使用 cmake，因为 qmake 管理 Qt 工程的专业性和自 动化程度比 cmake 要高很多。

5，如果项目已经采用了非常完备的工程管理工具，并且不存在维护问题，没有必要迁移到cmake