mingw qt(可以去掉mingwm10.dll、libgcc_s_dw2-1.dll、libstdc++-6.dll的依赖,mingw默认都是动态链接gcc的库而TDM是静态链接gcc库,tdm版本更好用。用aspack压缩没有问题。qt本身不使用异常处理)good

原文地址:mingw qt作者:孙1东

不使用Qt SDK,使用mingw编译qt源代码所遇问题及解决方法:

configure -fast -release -no-exceptions -no-rtti -no-stl -no-qt3support -no-opengl -no-multimedia -no-webkit -no-script -no-scripttools -nomake tools -nomake examples -nomake demos -nomake docs -nomake translations -platform win32-g++

强烈推荐使用tdm版本的mingw gcc,相比官方mingw的慢速,晦涩,tdm的安装过程简单,清晰,更新也快,而且官方的mingw开发人员也在使用tdm(为啥不合并了算了呢)。

【关于mingw10.dll,libgcc_s_dw2-1.dll,libstdc++-6.dll】

mingwm10.dll 是线程安全的异常处理时用到的清理函数,否则将会有内存泄漏。

libgcc_s_dw2-1.dll 是gcc 的核心运行库。

libstdc++-6.dll 是gcc支持的特定语言c++的运行库。

用mingwrt3.18之前编译出来的qt库,默认依赖mingwm10.dll。使用mingwrt3.18编译qt库不再依赖mingwm10.dll编译出来的qt库不能用upx进行压缩,这个确认是upx的bug,因为使用aspack是没有问题的。如果想在3.18以前去掉依赖,由于qt本身不使用异常处理,所以可以在configure的时候,选项 -no-exceptions 禁止异常处理从而去掉对mingwm10.dll的依赖,并且这样编译出来的qt库体积还缩小不少。
用官方gcc4.4.0编译出来的qt库,默认依赖libgcc_s_dw2-1.dll,gcc-4.5.0默认还多一个依赖libstdc++-6.dll。官方的mingw默认都是动态链接gcc的库而TDM是静态链接gcc库。使用官方mingw要想去掉对gcc核心库libgcc_s_dw2-1.dll依赖的话,可以在编译qt库之前修改QTDIR/mkspec/win32-g++/qmake.conf,QMAKE_LFLAGS = -static-libgcc。或者configure之后修改QTDIR/.qmake.cache,QMAKE_LFLAGS += -static-libgcc。取消对c++运行库libstdc++-6.dll的依赖,使用选项-static-libstdc++。修改QTDIR/.qmake.cache顺便还可以选择不编译examples,demos等等部件,只保留libs。或者configure的时候指定 -nomake tools -nomake examples -nomake demos -nomake docs -nomake translations

相对官方mingw的繁杂,使用tdm版的mingw的好处很多,首先,安装过程简单清楚,其次产生的qt库不依赖libgcc_s_dw2-1.dll,libstdc++-6.dll,并且如果用tdm-gcc-4.5.0(mingw-runtim-3.18)的话,连mingwm10.dll也不需要了。tdm有两个版本,sjlj和dw2,这是两种不同的异常处理方式,sjlj是老的方式,速度慢,可能更稳定些;dw2是新的方式,速度更快。tdm4.5.0默认是用sjlj的,当然也提供了dw2的版本。除了下载官网上给出的dw2版本的文件,可能需要再下个libexpat-2.0.1-1-mingw32-dll-1.tar.gz,(不知道缺了会怎样),因为我试了用on-demand安装的时候,选dw2,他是会安装libexpat.dll的。然后把所有带-dw2的重命名为不带dw2的,比如g++-dw2重新命名为g++,tdm的说明里说这两个版本可以和平共处,后面有如何做到。

【使用gcc 4.4.0编译出现乱码】

gcc4.4会自动检测当前的locale,并产生相应的输出。如要使用纯英文环境,设置一下环境变量 LANG=C 或者 LANG=en_US。

【有时候编译QT会出错误:qtvariantproperty.cpp:1927: internal compiler error】

具体原因未知,有人说是gcc的bug,我怀疑跟内存使用情况有关。所以最好是编译过程中不要搞别的动作,这样会大大减少出现这种情况的几率。不过既然有时候还是会出现这样的问题也得有个解决办法,经过研究可以这样:先去QTDIR/tools/designer/src/lib下,删除tmp目录以及所有qmake生成的makefile,手动qmake,生成makefile,此时先别make,虽然这时可以成功,但后面的编译无法继续,所以要先回到QTDIR目录,再make。

【使用gcc4.5.0编译qt4.6.2,报错0xc00000005】

按照gcc4.5.0的说明也不能解决,其实qt的conf文件里面已经添加有这样选项。

使用tdm-gcc-4.5.0(sjlj或者dw2均可)。

【默认编译QT时不编译phonon模块】

mingw需要打上相应的补丁 补丁中所有文件放到mingw/include下,为了使用补丁还需要下载MSYS 和patch,patch用法:patch < dshow.patch,这样就打好补丁了。这样在configure qt时,就会自动检测到系统支持phonon,于是phono库将被编译。单独安装的MSYS(core)使用某些命令时会出现warning:terminal is not fully functional (press RETURN),这是由于没有设置/etc/termcap,使用MSYS完整安装版把它下面的termcap考过来就可以了,或者干脆就用完整安装的MSYS算了,就是版本稍老一点而已,那里面基本上什么都有了。

【编译dbus】

dbus跟phonon一样,也是需要额外支持才能编译,首先下载windbus,地址 src/dbus make

【安装qt之后,改变qt的位置】

qt编译完了目录不能随便改名,否则会出现某文件找不到的情形,qt编译时把当前qt的路径硬编码到qt库中以及qmake中,等等,所以不能随便改名。如果要改名可以:

1.使用qpatch,这个是qtcreator带的小工具,当安装qt sdk的时候,安装程序就是通过运行qpatch来更改qt安装目录的。使用方法:qpatch files-to-patch-windows oldQtDir newQtDir。假设原来的安装目录是C:Qt2010.04,改名后的目录为C:Qt2000.00。运行命令行,进入C:Qt2000.00bin目录,qpatch files-to-patch-windows C:/Qt/2010.04/qt c:/qt/2000.00/qt,files-to-patch-windows指定的替换文件列表都是位于qt目录下的,也就是prefix=C:/Qt/2010.04/qt,qpatch 会根据c:/qt/2000.00/qt+files-to-patch-windows找出所有需要替换的文件。这里需要注意大小写,奶奶的,看来Qt的工程师也有不少缺心眼的,windows下比较目录字符串居然是大小写敏感的,害的我琢磨了半天,明明看着有这个路径居然替换不了,好在老夫灵光一闪,嗯。。我真聪明。使用qpatch有个限制就是改名后的目录长度不能大于原来的长度,这也就是为什么安装包里未解压出来的默认目录是一大长串的原因。

2.还有一种方法可以使用qt.conf:,在qt/bin下创建文件qt.conf,其内容如下:

[Paths]
Prefix = C:/xxx/yyy

老外说prefix指向的目录必须包含.LICENSE-EVALUATION这个文件,当然一般都是这样。

这样可以从一个地方build出多个qt的版本放到不同的位置,编译好后,不需要的目录可以删除,保留bin,lib,plugins,tools,include,src,mkspecs.这样qtcreator就能正确识别qt不同版本.

【qtcreator中按F1获取上下文帮助,显示No documentation available】

尤其装了多个版本的qt,很容易造成这种混乱,

xp系统下,删除C:Documents and SettingsAdministratorApplication DataNokia。

win7系统下,删除C:UsersdarkAppDataRoamingNokia

再重新启动qtcreator即可。

【qtcreator1.3.1->Tools->Options->Qt versions->Debugging Helper显示红叉叉】

先rebuild,一切正常的话,将在QTDIR/qtc-debugging-helper目录下生成gdbmacros.dll,这样就变绿勾勾了。不过虽然可以找到helper库,但是在调试程序的时候还是不能正确显示Qt类以及stl,提示debugging helpers not found,金山打字通2010免费下载。后经反复验证,发现原因是gdb版本不匹配,我自己安装的mingw用的是gdb7.1而debugging helper只能支持到gdb6.8。解决方法为使用qtcreator自带的mingw中的gdb或者自己下个gdb6.8。还有一种情况,好像必须得在qt程序(至少qtcore)里才行,纯c++的程序也会提示debugging helpers not found。

【qt 4.6.3静态编译后使用出错】

编译的过程没有问题,但是使用libQtGui.a的时候报错:

undefined reference to '_imp___Z21qt_call_post_routinesv'
undefined reference to '_imp___Z21qDeleteInEventHandlerP7QObject'

这个是qt的bug,使用4.6.2没有问题

【编译选项杂项】

修改$QTDIRmkspecsCOMPILERqmake.conf,其中COMPILER=win32-g++或者msvc-2008

win32-g++: QMAKE_CFLAGS_RELEASE    = -Os -momit-leaf-frame-pointer
msvc-2008: QMAKE_CFLAGS_RELEASE    = -O1 -Og  -GL -MD

For anyone who is interested in a compiling fully static libraries for msvc (no msvcrtXX.dll dependence), you need change the QMAKE_CFLAGS_RELEASE from -MD to -MT, and add /NODEFAULTLIB:”MSVCRT” to the QMAKE_LFLAGS_RELEASE.

tdm 的dw2版,不改名,编译即使用:gcc-dw2,g++-dw2,cpp-dw2,mingw32-gcc-dw2等等

首先修改QTDIR/qmake/Makefile.win32-g++:

CXX        =    g++-dw2

LINKQMAKE   =    g++-dw2 $(LFLAGS) -o qmake.exe $(OBJS) $(QTOBJS) $(LIBS)

这样,qmake就可以正常生成了,接下来是qt库,

再修改QTDIR/mkspecs/win32-g++/qmake.conf

QMAKE_CC        = gcc-dw2

QMAKE_CXX        = g++-dw2

QMAKE_LINK        = g++-dw2
QMAKE_LINK_C        = gcc-dw2

QMAKE_RC        = windres --preprocessor=cpp-dw2

注意最后一个windres 调用gcc,gcc又调用cpp所以,直接cpp-dw2,不然还是找不到。

【qwt以及一般的designer插件】

qwt是一个绘制统计图的库,也作为designer的插件集成到qtcreator里,这里需要注意的问题是

IDE与编译器的配合:如果使用的是qtsdk自带的qtcreator,由于它本身是用msvc编译的,为了使qwt的插件能被qtcreator识别,必须使用msvc编译qwt,产生两个dll,一个是qwt designer的插件qwt_designer_plugin5.dll这个放在qtcreator的designer目录下,不过此时运行qtcreator还是不能显示qwt的插件,因为它还依赖qwt.dll。再将qwt5.dll放到qtcreator的bin目录下,这样再运行qtcreator就可以看见qwt的插件了。然而事情还没有完,当应用程序使用qwt类库的时候,由于qt sdk的编译器是mingw,所以必须使用mingw重新编译qwt的类库,生成的designer插件就不需要了,生成的libqwt5.a放在qt/lib下或者随便什么地方,这个导入接口库只是为了编译能成功,生成的qwt5.dll放在qt/bin下,或者直接放在可执行文件的目录下,这是运行时真正要调用的。

明白了以上,那么当然更好的办法就是不用qt sdk,而是统一使用msvc编译,于是这样组合:下载单独的qtcreator(默认为msvc编译)+qt library msvc,这样只需编译一次qwt即可。

下载msvc 2008 express,安装
下载单独的qt creator(默认使用msvc编译),安装
下载qt libraries (msvc版),安装
打开qtcreator 将编译环境指定为使用刚刚下载安装的qt (msvc版)
下载qwt-5.2.1源代码,解压
使用qtcreator打开qwt工程,编译release版本
将qwt-build-desktopdesignerpluginsdesignerqwt_designer_plugin5.dll放到qtcreatorbindesigner目录下
将qwt-build-desktoplibqwt5.dll放到qtcreatorbin目录下
重新运行qtcreator你将会看到designer里已经有qwt的控件出现,但还不能应用于程序中
为了让程序中能使用qwt控件,还需再做几件事
将qwt-build-desktoplibqwt5.lib放到qtlib目录下
将qwt-build-desktoplibqwt5.dll放到qtbin目录下
重新运行qtcreator,新建一个工程,随便拽个qwt控件到form上
.pro中添加:
LIBS += -lqwt5
INCLUDEPATH += qwt-5.2.1src 这里使用你自己的路径
现在可以试试效果了

【LIBS vs LIBS_PRIVATE】

首先记住LIBS或者LIBS_PRIVTE,-Lpath -lname 后面都不能有空格。path中有空格的话

$$quote(-Lpath),path中可以使用""或者"/"都可以,不需要转义""。

有时候很诡异,LIBS -L"path" -l"name"不起作用,而放到默认的qt/lib下就行。

这时可考虑使用LIBS_PRIVATE,还不行就直接完整路径。

【多核编译】

mingw32-make 参数设置 --jobs 或者 -j x ,x 是处理器的个数+1,貌似不起作用,设置了MAKEFLAGS=-j3也不行,或许根据环境自动就-jx了?

qtcreator自动使用jom代替nmake,我的双核,jom -j 2,果然cpu占用达到了100%.

【meta object system】

meta object system除了实现了signal/slot,还实现了C++的扩展RTTI,类似java中的反射,运行时获取类的所有信息。

由於qmake?不??理 .cpp中的Q_OBJECT(通常也很少有人?把Q_OBJECT?在.cpp,而是?在.h中),所以,如果.cpp中有Q_OBJECT的?,?? ?生出 undefined reference to 'vtable for xxx ????.添加#include "xxx.moc" 放到 xxx.cpp 最尾端(一定要放最後一行)

【mingw dll 与 msvc dll】

不同的编译器实现dll导出名字(name mangling)是不同的,对函数导出,我们可以使用统一的,经过extern "C" 处理过的不带修饰的名字从而实现互联互通;而对类的导出则复杂得多,涉及ABI(Application Binary Interface)的问题,需另外讨论。

app 调用 dll 可分为4种情况:

1.mingw app调用 mingw dll

当然自家人认识自家人,pro里直接LIBS += mingw.dll就可以,甚至不需要.a或者.lib

2.msvc app 调用 mingw dll

msvc app架子大,不认别人,直接使用mingw.a导入库是不行的,至少release app不行,debug app倒还凑合能跑,原因未知。正确的方法为使用msvc的工具 生成msvc app需要的lib接口. 为了生成lib接口,我们需要有个def文件,这个可以在编译mingw dll时自动生成,加入链接选项:QMAKE_LFLAGS += -Wl,--output-def,xxx.def.有了def 接下来的事情就简单得很了。执行:lib /machine:i386 /def:xxx.def.这样就生成了msvc app所需的xxx.lib和一个没用的xxx.exp.

然后再pro里LIBS += xxx.lib就行了

3.mingw app 调用 msvc dll

同 1. 直接LIBS += msvc.dll

Usually (read: for all DLLs created with MinGW and also a few others) MinGW links fine against a DLL.  No import library is necessary .

4. msvc app 调用 msvc dll

没啥说的

【使用QtTest】

QT += testlib 或者 CONFIG += qtestlib

http://blog.sina.com.cn/s/blog_930982070101edqf.html
上一篇:关于MFC库和CRT库冲突的分析


下一篇:gcc/g++动态链接库和静态库的链接顺序