mingw qt

原文地址：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版本的mingwgcc，相比官方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 -nomaketranslations

相对官方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 compilererror】

具体原因未知，有人说是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

【编译dbus】

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

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

 

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

1.使用qpatch，这个是qtcreator带的小工具，当安装qtsdk的时候，安装程序就是通过运行qpatch来更改qt安装目录的。使用方法:qpatchfiles-to-patch-windows oldQtDirnewQtDir。假设原来的安装目录是C:Qt2010.04,改名后的目录为C:Qt2000.00。运行命令行，进入C:Qt2000.00bin目录，qpatchfiles-to-patch-windows C:/Qt/2010.04/qtc:/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 SettingsAdministratorApplicationDataNokia。

win7系统下，删除C:UsersdarkAppDataRoamingNokia

再重新启动qtcreator即可。

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

先rebuild，一切正常的话，将在QTDIR/qtc-debugging-helper目录下生成gdbmacros.dll，这样就变绿勾勾了。不过虽然可以找到helper库，但是在调试程序的时候还是不能正确显示Qt类以及stl，提示debugginghelpers not found,金山打字通2010免费下载。后经反复验证，发现原因是gdb版本不匹配，我自己安装的mingw用的是gdb7.1而debugginghelper只能支持到gdb6.8。解决方法为使用qtcreator自带的mingw中的gdb或者自己下个gdb6.8。还有一种情况，好像必须得在qt程序(至少qtcore)里才行，纯c++的程序也会提示debugginghelpers 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 staticlibraries for msvc (no msvcrtXX.dll dependence), you need changethe 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，一个是qwtdesigner的插件qwt_designer_plugin5.dll这个放在qtcreator的designer目录下，不过此时运行qtcreator还是不能显示qwt的插件，因为它还依赖qwt.dll。再将qwt5.dll放到qtcreator的bin目录下，这样再运行qtcreator就可以看见qwt的插件了。然而事情还没有完，当应用程序使用qwt类库的时候，由于qtsdk的编译器是mingw，所以必须使用mingw重新编译qwt的类库，生成的designer插件就不需要了，生成的libqwt5.a放在qt/lib下或者随便什么地方，这个导入接口库只是为了编译能成功，生成的qwt5.dll放在qt/bin下，或者直接放在可执行文件的目录下，这是运行时真正要调用的。

明白了以上，那么当然更好的办法就是不用qtsdk，而是统一使用msvc编译，于是这样组合：下载单独的qtcreator(默认为msvc编译)+qt librarymsvc,这样只需编译一次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 objectsystem除了实现了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 BinaryInterface)的问题,需另外讨论。

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不行，debugapp倒还凑合能跑，原因未知。正确的方法为使用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 fewothers) MinGW links fine against aDLL.  No import library isnecessary .

4. msvc app 调用 msvc dll

没啥说的

【使用QtTest】

QT += testlib 或者 CONFIG += qtestlib