洞察纵观鸿蒙next版本,如何凭借FinClip加强小程序的跨平台管理,确保企业在数字化转型中的高效运营和数据安全?
2066
2022-12-01
Qt在pro中设置运行时库MT、MTd、MD、MDd,只适合VS版本的Qt
一.在pro中设置运行时库
最近在用Qt5.6.0(VS2013版本)调用一份用Visual Studio 2013编译的Debug版本静态库时出现如下错误:
error: LNK2038: 检测到“RuntimeLibrary”的不匹配项: 值“MTd_StaticDebug”不匹配值“MDd_DynamicDebug”(widget.obj 中)
从这个错误可以看出该Debug版本Qt5.6.0库是Qt源码通过Visual Studio 2013编译而成的,而且编译时的运行时库被设置为MDd。但是被调用的静态库通过Visual Studio 2013编译时,运行时库被设置为MTd。要避免这个错误,只能在编译时,将两者的运行时库设置成一样。
Visual Studio可在属性中设置运行时库,如下图所示:
那么在pro文件中如何设置运行时库呢?可通过如下四个qmake变量设置。
QMAKE_CFLAGS_DEBUG
This variable contains the flags for the C compiler in debug mode
QMAKE_CFLAGS_RELEASE
This variable contains the compiler flags for creating a non-debuggable application
QMAKE_CXXFLAGS_DEBUG
This variable contains the C++ compiler flags for creating a debuggable application
QMAKE_CXXFLAGS_RELEASE
This variable contains the C++ compiler flags for creating an application
上述被调用的库也可以用Qt5.6.0编译,此时pro文件中需添加如下两行。
QMAKE_CFLAGS_DEBUG += -MDdQMAKE_CXXFLAGS_DEBUG += -MDd
这样的话,再次调用该库时,就不会报错了。
二.Visual Studio运行时库MT、MTd、MD、MDd的研究
在开发window程序是经常会遇到编译好好的程序拿到另一台机器上面无法运行的情况,这一般是由于另一台机器上面没有安装相应的运行时库导致的,那么这个与编译选项MT、MTd、MD、MDd有什么关系呢?这是msdn上面的解释:
MT:mutithread,多线程库,编译器会从运行时库里面选择多线程静态连接库来解释程序中的代码,即连接LIBCMT.lib库
MTd:mutithread+debug,多线程调试版,连接LIBMITD.lib库
MD:MT+DLL,多线程动态库,连接MSVCRT.lib库,这是个导入库,对应动态库为MSVCRT.dll
MDd: MT+DLL+debug,多线程动态调试库,连接MSVCRTD.lib库,对应动态库为MSVCRTD.dll
开发多线程程序时(单线程本文不做讨论),需要选择MT、MTd、MD、MDd其中的一个。
对于MT/MTd,由于连接运行时库是LIBCMT.lib/LIBCMTD.lib,这两个库是静态库,所以此种方式编译的程序,移到另一台机器上面也可以正常运行。
但是对于MD/MDd,连接的是动态库,所以如果另一台机器上没有MSVCRT.dll/MSVCRTD.dll时,就提示缺少动态库这样的错误。
曾经犯这样的错误,以为以MT/MTd方式编译,程序对所有的库都是静态链接的,其实错了,它只能决定运行时库是动态链接还是静态链接,对用户自己写的库或其他第三方库,其连接方式取决于代码(显式连接动态库Loadlibrary)或所提供的lib文件(为导入库还是静态库),移动程序到别的机器上时,还是要带上所需要的动态库的。
来看一个例子,编译一个静态库和一个动态库,均实现两个整数相加的功能:
// adds.h // add后面加个s代表静态库 #pragma once int add(int,int);
// adds.cpp // 静态库 #include "adds.h" int add(int a, int b) { return a+b; }
以上,运行时库选择MTd,编译成静态库adds.lib
// addd.h // add后面加d代表动态库 #pragma once #ifndef MYLIB_API #define MYLIB_API _declspec(dllexport) #endif MYLIB_API int add(int,int);
// addd.cpp // 动态库 #include "addd.h" int add(int a, int b) { return a+b; }
以上,运行时库选择MTd,编译成动态库addd.lib, addd.dll
// test.cpp // 测试程序 #include
测试程序以MTd编译
1. 测试静态库,TEST_STATIC_LINK 定义为1,提供adds.lib,生成可执行文件,移动到另一台机器上可以运行,因为测试程序和adds.lib均静态连接运行时库
2. 测试动态库,TEST_STATIC_LINK 定义为0,提供addd.lib,生成可执行文件,移动到另一台机器上可以运行,但需要addd.dll,因为addd库静态连接运行时库,测试程序静态连接运行时库,动态连接addd库
在上面的例子中add库和测试程序均选择MTd运行时库,若不一致会导致一些编译连接错误,让新手不着头脑。
比如adds选择MDd,连接将会出现这样的错误:
1>正在链接...
1>MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" 已经在LIBCMTD.lib(typinfo.obj) 中定义
1>MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: class type_info & __thiscall type_info::operator=(class type_info const &)" 已经在LIBCMTD.lib(typinfo.obj) 中定义
即一个程序中混合了不同的运行时库(静态库和动态库,调试库和非调试库),可能会产生冲突,所以一个程序中应该使用相同的运行时库。
参考链接: https://doc.qt.io/archives/4.6/qmake-variable-reference.html
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~