CMake指定编译器下载 v3.17.2 中文版

CMake编译器是一款支持跨平台使用的多功能编译工具，相关用户通过这款软件可以进行简单的构建、测试和软件打包操作，这样就能够很好的满足了相关用户的使用需求。另外，该软件还内置了非常全面的编程环境并且还支持多种语言的操作界面，这样一来势必可以为用户省去了环境搭建的繁琐步骤，使得用户编程变得更加便捷。

CMake指定编译器采用了相当简洁直观的操作界面、傻瓜式的操作步骤并且还能够为用户提供编译源代码、制作程式库、产生适配器等一系列功能，这样就能够很好的提升了相关用户的编程效率。

软件特色

1、开放源代码,使用类 BSD 许可发布。

2、跨平台,并可生成 native 编译配置文件,在 Linux/Unix 平台,生成 makefile,在 苹果平台,可以生成 xcode,在 Windows 平台,可以生成 MSVC 的工程文件。

3、能够管理大型项目,KDE4 就是最好的证明。

4、简化编译构建过程和编译过程。工具链非常简单:cmake+make。

5、高效率，按照 KDE 官方说法,CMake 构建 KDE4 的 kdelibs 要比使用 autotools 来 构建 KDE3.5.6 的 kdelibs 快 40%,主要是因为Cmake在工具链中没有 li^ool。

6、可扩展,可以为软件编写特定功能的模块,扩充功能。

CMake安装教程

1.欢迎界面。点【next】

2.同意协议。勾选，然后点【next】

3.按图中红框勾选，然后点【next】

4.路径选择，然后点【next】。

安装路径根据自己需要自行修改。【建议】路径名是在英文路径下，不要包含中文和空格。

5.开始安装。点【Install】

6.安装过程，请耐心等待

7.安装完成。点【Finish】。到此CMake3.8.2安装工作就以完成。 CMake安装过程很容易，请读者耐心安装即可。

CMake使用教程

运行GUI的cmake界面：

执行Configure：

运行之后，生成了如下文件：

生成Makefile：

执行Generate之后生成如下文件：

运行make进行编译：

编译完成后，在build目录生成Tutorial.exe，运行Tutorial.exe 25就可以看到运行结果：

运行make install安装程序：

运行make test进行测试：

常见问题

1. 下载问题。经常需要从国外下载第三方包，由于网络问题可能会下载失败！建议从其他下载源下载后进行手动解压并放到指定路径下。

2. 路径问题。Cmake中往往需要填写路径，但是许多人填写的路径极其不规范，比如路径“C:\Program Files (x86)\新建文件夹 (2)”，这个路径会有三个问题：第一，有中文，虽然现在很多软件都支持中文，但是出现中文会增加失败的风险；第二，空格，这是很多人忽略的问题，还有其他的奇怪的符号，至于用哪些符号比较保险，请参考《Unix高级环境编程》第一章；第三， 路径分隔符，这是Cmake中非常常见的问题，Cmake是开源软件，开源软件请尽量按照Unix/Linux的标准来使用，比如Linux中的路径为“/home/hello”，都是以“/”做为分隔符，而Windows中以“\”作为分隔符。如果使用了“\”， 那么路径“C:\Demo”会将 “\D”当成转义字符！

3. CmakeList.txt的文件中出现一系列简写。比如：变量${CMAKE_LIBRARY_PATH_FLAG}直接写成-L， 那么在连接字符串中会出现错误，所以写CmakeList.txt尽量按照标准写法， 不要图省事。

4. CmakeList.txt中的读取第三方库问题。 如经常会依赖第三方库，比如常见的boost库，曾经我在编译PCL库的时候意外发现一个问题，cmake只能使用通过源码编译的库，而不能使用通过网上编译好的库，因为在一些文件中，已经固定了boost的目录必须是什么样子的格式。

5. Cmake版本问题。由于不同版本会有不同的规则，请不要使用太高的cmake版本。个人认为：请使用比编译器版本稍微高一点的版本。比如我用的是vs2015的vc++编译器，那么cmake应该选择Release日期在2015年-2016年的版本。

6. 仍然属于第三方库问题，目录不要随意变动！比如我库A依赖库B，现在有库B和库A的源码，顺序肯定是先编译库B，再编译库A。有些人在库编译好了之后，会移动库B的目录，最好不要这样做！因为生成的库B当中往往会有一些.cmake文件，里面会写死了一些路径，如果随意修改目录，那么库A在编译的时候会使用这些.cmake文件而出现问题！