项目构建工具入门:CMake工作理解 和 入门使用教程

理解

开始接触linux时,编译代码习惯上gcc编译c代码,g++编译c++。

(gcc 将.c 按c编译,对.cpp按c++编译,g++将.c/.cpp都按照c++编译)

当写一个较大的文件时,通常分为多个子文件,这时编译就会非常麻烦!

所以出现了批处理工具make,通过makefile中的命令进行连接和编译。

如果文件变动较大,每次都要修改makefile文件,也是非常麻烦。

这时候就出现了CMake这个工具,根据CMakeLists.txt生成,写出CmakeList.txt后就不用每次都修改makefile

总而言之 CMake的好处有很多,它首先允许开发者编写一种平台无关的 CMakeList.txt 文件来定制整个编译流程,然后再根据目标用户的平台进一步生成所需的本地化 Makefile 和工程文件。开源,跨平台,适合管理大型项目。

简化编译过程(cmake + make)

安装:http://www.cmake.org/cmake/resources/software.html

参考:https://blog.csdn.net/kane8202/article/details/79495240

编译

为了好理解我先贴项目结构图。无强行要求但是习惯上这样最规范,逻辑清晰!

头文件在include中,源文件在src中,build则用来存放编译中生成的文件(因为会出现很多中间文件)

编译运行只需3步
1:cmake ..
//因为在build中编译

2: make

3:运行可执行文件

cmake执行后:

执行make并编译

CMakeLists.txt 基础写法模板:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一,初识 cmake Cmake不再使你在构建项目时郁闷地想自杀了. 1,背景知识: cmake是kitware公司以及一些开源开发者在开发几个工具套件(VTK)的过程中衍生品,最终形成体系, 成为一个独立的开放源代码项目项目的诞生时间是2001年。其官方网站是www.cmake.org,可以通 过访问官方网站获得更多关于cmake的信息。cmake的流行其实要归功于KDE4的开发(似乎跟当年的 svn一样,KDE将代码仓库从CVS迁移到SVN,同时证明了SVN管理大型项目的可用性),在KDE 开发者使用了近10年autotools之后,他们终于决定为KDE4选择一个新的工程构建工具,其根本原因 用KDE开发者的话来说就是:只有少数几个“编译专家”能够掌握KDE现在的构建体系 (admin/Makefile.common),在经历了unsermake, scons以及cmake的选型和尝试之后,KDE4决定使用cmake作为自己的构建系统。在迁移过程中,进展异常的顺利,并获得了cmake开发者的支持。所 以,目前的KDE4开发版本已经完全使用cmake来进行构建。像kdesvn,rosegarden等项目也开始使用 cmake,这也注定了cmake必然会成为一个主流的构建体系。 2,特点: cmake的特点主要有: 1,开放源代码,使用类BSD许可发布。http://cmake.org/HTML/Copyright.html 2,跨平台,并可生成native编译配置文件,在Linux/Unix平台,生成makefile,在苹果平台,可 以生成xcode,在Windows平台,可以生成MSVC的工程文件。 3,能够管理大型项目,KDE4就是最好的证明。 4,简化编译构建过程和编译过程。Cmake工具链非常简单:cmake+make。 5,高效虑,按照KDE官方说法,CMake构建KDE4的kdelibs要比使用autotools来构建 KDE3.5.6的kdelibs快40%,主要是因为 Cmake工具链中没有libtool。 6,可扩展,可以为cmake编写特定功能的模块,扩充cmake功能。 3,问题,难道就没有问题? 1,cmake很简单,但绝对没有听起来或者想象中那么简单。 2,cmake编写的过程实际上是编程的过程,跟以前使用autotools一样,不过你需要编写的是 CMakeLists.txt(每个目录一个),使用的是”cmake语言和语法”。 3,cmake跟已有体系的配合并不是特别理想,比如pkgconfig,您在实际使用中会有所体会,虽然 有一些扩展可以使用,但并不理想。 4,个人的建议: 1,如果你没有实际的项目需求,那么看到这里就可以停下来了,因为cmake的学习过程就是实践 过程,没有实践,读的再多几天后也会忘记。 2,如果你的工程只有几个文件,直接编写Makefile是最好的选择。 3,如果使用的是C/C++/Java之外的语言,请不要使用cmake(至少目前是这样) 4,如果你使用的语言有非常完备的构建体系,比如java的ant,也不需要学习cmake,虽然有成功 的例子,比如QT4.3的csharp绑定qyoto。 5,如果项目已经采用了非常完备的工程管理工具,并且不存在维护问题,没有必要迁移到cmake 4,如果仅仅使用qt编程,没有必要使用cmake,因为qmake管理Qt工程的专业性和自动化程度比 cmake要高很多。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值