用 cmake 构建Qt工程(对比qmake进行学习)

cmake vs qmake

  • qmake 是为 Qt 量身打造的,使用起来非常方便
  • cmake 使用上不如qmake简单直接,但复杂换来的是强大的功能
    • 内置的 out-of source 构建。(目前QtCreator为qmake也默认启用了该功能。参考:浅谈 qmake 之 shadow build

    • 为各种平台和场景提供条件编译
    • 可处理多个可执行文件情况,和很好配合 QtTest 工作

如何选择?

Using CMake to Build Qt Projects 一文中说:

  • 对简单的Qt工程,采用 qmake
  • 对复杂度超过 qmake 处理能力的,采用 cmake

尽管如此,如果简单Qt的工程都不知道怎么用 cmake 构建,复杂的工程,就更不知道如何使用 cmake 了。还是从简单的学起吧

简单的 Qt 程序

#include <QtCore/QCoreApplication>
#include <QtCore/QDebug>
int main(int argc, char** argv)
{
     
    QCoreApplication app(argc, argv);
    qDebug()<<"hello qt!";
    app.exec();
}

如果不使用构建工具,直接调用编译器来编译的话,只需要类似这样的一条命令:

g++ main.cpp -Ie:\Qt\4.7.0\include -o main -Le:\Qt\4.7.0\lib -lQtCore4

指定头文件目录,以及需要链接的库

qmake

qmake 需要一个 .pro 文件:

CONFIG += qt
  • 6
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
一,初识 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要高很多。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值