mingw qt（能够去掉mingwm10.dll、libgcc_s_dw2-1.dll、libstdc++-6.dll的依赖，mingw默认都是动态连接gcc的库而TDM是静态连接gcc库，t...

原文地址： 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