QT跨目录编译及多工程集成(动态库的创建、引用及工程间相互依赖关系的pro文件编写方法)
来源:互联网 发布:为什么看动漫知乎 编辑:程序博客网 时间:2024/06/02 04:36
采用一个非常简单的Qt程序作为例子,通过pro文件的合理编写,使得我们的程序在使用动态库的时候,几乎可以忽略掉动态库的存在。它包括3部分:
- 生成动态库
- 使用动态库
- 生成与使用的自动化
测试环境:
- ubuntu 11.04 + Qt 4.7.2
- windows vista + Qt 4.7.0(MSVC2008)
- windows vista + Qt 4.6.3(MinGW)
例子的源码:http://code.google.com/p/h-qt-exercise/downloads/detail?name=QtAppWithDll.zip&can=2&q= (你可以先看代码,再决定是不是继续向下看)
引子
一个非常非常简单的Qt的小程序,是吧?
- widget.h
#ifndef WIDGET_H#define WIDGET_H#include <QtGui/QWidget>class Widget:public QWidget{ Q_OBJECTpublic: Widget(QWidget * parent=0);};#endif // WIDGET_H
- widget.cpp (本文件内容不变)
#include "widget.h"Widget::Widget(QWidget *parent) :QWidget(parent){}
- main.cpp (本文件内容不变)
#include <QtGui/QApplication>#include "widget.h"int main(int argc, char **argv){ QApplication app(argc, argv); Widget w; w.show(); app.exec();}
这个程序是如此的简单,我们都能很轻易地写出需要的pro文件
HEADERS += widget.hSOURCES += main.cpp widget.cpp
然后qmake,make即可得到结果。
可是,你想过么:如果不想让我们的程序铁板一块,分成几个动态库(共享库)会怎么样呢,pro文件又该如何写?
如何做?(一)源码分开放置
既然要准备用动态库了,库的源码和程序的源码还是分开放置吧?
- 将源文件放到不同的路径下
- src/main.cpp
- libwidget/widget.h
- libwidget/widget.cpp
我们知道qmake不如cmake那么强大,它的每个project只能有一个目标,要么是库,要么是可执行程序。当目标多于一个时,只能用 subdirs 这个TEMPLATE,于是,
- 我们需要3个xxx.pro文件
- project.pro
- src/src.pro
- libwidget/libwidet.pro
可以确定,project.pro 文件没有什么悬念:
- project.pro (本文件内容不变)
TEMPLATE=subdirsCONFIG += orderedSUBDIRS += libwidget src
如何做?(二)生成动态库
使用动态库,当务之急是生成动态库。
- 如果我们不在windows下使用,一切都会比较简单,源代码也不需要改动。
在windows下,动态库导出的东西需要使用 __declspec(dllexport)。
我们需要兼顾不同的平台,幸好Qt有解决方案,改造后的widget.h文件如下:
- widget.h (本文件内容后续不再改变)
#ifndef WIDGET_H#define WIDGET_H#include <QtGui/QWidget>#if defined(LIBWIDGET_BUILD)# define WIDGET_API Q_DECL_EXPORT#else# define WIDGET_API Q_DECL_IMPORT#endifclass WIDGET_API Widget:public QWidget{ Q_OBJECTpublic: Widget(QWidget * parent=0);};#endif // WIDGET_H
然后写写 libwidget.pro 文件:
TEMPLATE = libTARGET = widgetDEFINES += LIBWIDGET_BUILDSOURCES += widget.cppHEADERS += widget.h
这样一来,确实可以生成动态库了。可是总觉得不太好:
- 首先,windows下debug和release的动态库是不兼容的,取同一个名字(TARGET=widget)会不会有潜在的问题?
- 其次,生成的库放到那个路径下呢?程序链接和运行时如何找到它?
暂且存疑,我们先看看其他
如何做?(三)使用动态库
看看可执行程序的生成,它要使用我们前面的库,那么:
- 编译预处理时需要找到头文件
- 连接时需要找到库文件(库文件在那个目录下,叫什么名字)
- 运行时能够找到动态库
src/src.pro 文件可以就写成这个样子了:
TEMPLATE=appINCLUDEPATH += ../libwidgetLIBS += -LThePathWePutLib -lwidgetSOURCES += main.cpp
先不考虑运行时的情况。头文件和库文件都和前面的libwidget直接相关,怎么构建自动化呢?比如:库文件的名字改动了?库文件的存放目录变了?...
如何做?(四)构建自动化
我们构建动态库的时候,可以控制动态库的名字,可以控制存放目录,那么,我在讲动态库的这部分设置独立出来不就行了:恩,使用一个 libwidget/libwidget.pri 文件。l由于src/src.pro和libwidget/libwidget.pro共用这个文件,还需要一个开关来进行区分(这就是widget-buildlib):
INCLUDEPATH += $$PWDTEMPLATE += fakelibLIBWIDGET_NAME = $$qtLibraryTarget(widget)TEMPLATE -= fakelib!widget-buildlib{ LIBS += -L$$PROJECT_LIBDIR -l$$LIBWIDGET_NAME}else{ SOURCES += widget.cpp HEADERS += widget.h}
注意:这儿库目录用一个变量PROJECT_LIBDIR表示(你这儿可以直接换成存放库的目录),具体稍后解释。这儿的库的名字使用qtLibraryTarget进行生成(这样可以确保windows下debug模式生成的动态库可以自动加个d),fakelib是用来哄骗qtibraryarget的,不然它只在TEMPLATE为lib是生效。
这样,可执行程序的生成时,它要使用我们前面的库,只需要包括进来libwidget.pri,于是:
- src/src.pro 文件可以就写成这个样子了:
TEMPLATE=appinclude(../libwidget/libwidget.pri)SOURCES += main.cpp
- 相应地,libwidget/libwidget.pro 可以修改如下:
TEMPLATE = libCONFIG += widget-buildlibinclude(libwidget.pri)TARGET = $$LIBWIDGET_NAMECONFIG += debug_and_release build_allDEFINES += LIBWIDGET_BUILD
如何做?(五)运行自动化
现在似乎一切都比较正常了,可是有一点,我们要将生成的库文件放到什么地方呢?才能使得运行时都能被找到(就像没使用动态库一样,点击IDE中的run或者去目录下双击即可运行)
我们需要:
- 将库文件放到 lib目录下
- 将可执行文件放到 bin目录下
- windows下将 xxx.dll 也放到bin目录下
恩,这两个目录对整个工程比较通用,我们可以考虑建立一个 common.pri 文件:
- common.pri 内容 (本文件内容后续不再改变)
PROJECT_BINDIR = $$PWD/binPROJECT_LIBDIR = $$PWD/lib
然后libwidget/libwidget.pri 包含该common.pri 文件
- libwidget/libwidget.pri (本文件内容后续不再改变)
INCLUDEPATH += $$PWDDEPENDPATH += $$PWDTEMPLATE += fakelibLIBWIDGET_NAME = $$qtLibraryTarget(widget)TEMPLATE -= fakelibinclude(../common.pri)!widget-buildlib{ LIBS += -L$$PROJECT_LIBDIR -l$$LIBWIDGET_NAME}else{ SOURCES += widget.cpp HEADERS += widget.h}
- 完整版的 libwidget/libwidget.pro 文件 (本文件内容后续不再改变)
TEMPLATE = libCONFIG += widget-buildlibinclude(libwidget.pri)TARGET = $$LIBWIDGET_NAMEDESTDIR = $$PROJECT_LIBDIRwin32{ DLLDESTDIR = $$PROJECT_BINDIR QMAKE_DISTCLEAN += $$PROJECT_BINDIR/$${LIBWIDGET_NAME}.dll}CONFIG += debug_and_release build_allDEFINES += LIBWIDGET_BUILD
注意:这儿我们指定了库文件的目录,并会将dll拷贝到了PROJECT_BINDIR目录
- 完整版的 src/src.pro 文件 (本文件内容后续不再改变)
TEMPLATE=appinclude(../libwidget/libwidget.pri)DESTDIR = $$PROJECT_BINDIRunix:QMAKE_RPATHDIR+=$$PROJECT_LIBDIRSOURCES += main.cpp
注意:这儿我们对unix下,指定了rpath,使得程序运行时不许设置可以即可找到动态库
源码
http://code.google.com/p/h-qt-exercise/downloads/detail?name=QtAppWithDll.zip&can=2&q=
- QT跨目录编译及多工程集成(动态库的创建、引用及工程间相互依赖关系的pro文件编写方法)
- QT跨目录编译及多工程集成(动态库的创建、引用及工程间相互依赖关系的pro文件编写方法)
- QT跨目录编译及多工程集成
- 编译QT时的工程文件pro
- Qt编译中工程文件Pro的语法
- android引用另一工程的源文件及资源文件方法
- Qt工程文件pro资料,qmake高级概念,创建跨平台编译工程
- 如何创建maven工程及有子父关系的工程
- 【Linux】多文件标准工程目录的Makefile编写及通用模板
- 关于Qt的.pro工程文件说明
- QT pro工程文件的格式
- Qt的.pro工程文件语法学习
- Qt的.pro工程文件语法学习
- qt下的跨目录多工程编译
- qt下的跨目录多工程编译
- Qt下的跨目录多工程编译
- qt下的跨目录多工程编译
- qt下的跨目录多工程编译
- 超线程(Hyper-Threading)
- 深入浅出K-Means算法
- cframewnd oncreatecontrol
- 360通用防护 过滤用户输入的数据 实现防注
- opencv之计算图像的拉普拉斯变换
- QT跨目录编译及多工程集成(动态库的创建、引用及工程间相互依赖关系的pro文件编写方法)
- c实现replace功能
- poj 3069
- tomcat java.lang.IllegalArgumentException probe does not exist or is not a readable directory
- 一个查询Linux内核配置选项的好去处
- IT混搭成功实现Zblog评论留言的邮件和短信提醒
- Hibernate 关联关系
- hdu2098--拆分素数和--数论
- Floyd两种记录路径的方法