“采用VS2010至MFC4.2发育”最后溶液
我层2010年这方面的研究进行了简单(http://blog.csdn.net/boweirrking/article/details/5477062),那时候没有深入思考过这当中的原理,最终给出的方法也是未经全然測试的。
这几天突发奇想,把这个问题又又一次捡起来研究了一番,最终有了一个比較惬意的结果。不敢独享。故拿出来与大家分享。
此文尤其推荐那些对VC6.0有着无比怀旧情节的人来看:)
首先来简单对照一下两套系统:
VS2010。自带10.0版本号的MFC、CRT等DLL库,新的编译器(部分支持C++ 11标准、包含LAMBDA表达式)。功能强大而完好的IDE环境。
新的安全特性与SHE处理函数。
VC6.0。自带4.2版本号的MFC、CRT等DLL库,非常老的编译器(而且非常不标准),功能勉强够用的IDE环境。
VS2010生成的东西体积小、效率高。可是须要使用的基础支持库众多。
为了公布一个几十k的小程序。还要一并公布msvcr100.dll msvcp100.dll MFC100.dll等等支持库。到眼下为止这些库并非随着操作系统一起公布的。
VC6.0生成的东西优化与安全性有限。
可是一大优势是,它生成的程序,所需的基础支持库,如MFC42.dll ,msvcrt.dll,msvcp60.dll。从Windows XP时代就已经是随着操作系统捆绑公布的。
这对于一个中小型程序的公布来说,无疑是很便利的。
那么,有没有一种办法能够将两者的优势结合起来呢?
答案是肯定的!
以下且听我慢慢道来。(以下步骤和过程都是本人亲自试验成功的)
有了以上这个想法之后,基于“VS2010是向前兼容的”这样一个大前提,我做了大胆的设想与尝试。
首先用VC6.0建立了一个标准的MFC对话框程序。
然后用VS2010打开刚才建立的这个project(吧DSW文件拖放进VS2010),将project转换为VS2010格式的vcxproj
接下来,打开“项目”菜单->“xxx项目属性”->“配置属性”->“VC++文件夹”,进行例如以下设置:
可运行文件文件夹:$(ExecutablePath)
包括文件夹:e:\PlatformSDK\Include;
e:\PlatformSDK\Include\mfc;
e:\PlatformSDK\Include\atl;
e:\PlatformSDK\Include\crt
引用文件夹:留空
库文件夹:e:\PlatformSDK\Lib;e:\PlatformSDK\Lib\MfcLib_x86
源文件夹:留空
排除文件夹:留空
请重点注意。以上用的PlatformSDK使用的是[b]Windows2003 platform sdk[/b]([url=http://www.microsoft.com/en-us/download/details.aspx?id=15656]官方下载地址[/url]),而且如果Platform SDK安装在e:\PlatformSDK
库文件夹Lib\MfcLib_x86的内容是从VC6.0的文件夹“VC98\MFC\Lib”复制出来的MFC4.2的全部lib文件,以及从 “VC98\MFC\Lib”复制出来的MSVCRTD.lib MSVCRT.lib MSVCPRT.lib MSVCPRTD.lib
这样设置完之后,就能够编译了。通常编译都不会有问题。
链接是一定会失败的。
基本上类似下面一些符号链接错误:
error LNK2001:无法解析的外部符号 ___security_cookie error LNK2001: 无法解析的外部符号 ___report_gsfailure error LNK2001: 无法解析的外部符号 __except_handler4 error LNK2001: 无法解析的外部符号 __NLG_Notify error LNK2001: 无法解析的外部符号 __NLG_Destination error LNK2019: 无法解析的外部符号 @__security_check_cookie@4
难道到这里就放弃了??
那一定是不会的了。
细致分析一下,就能够知道。全然同样的代码,全然同样的MFC和CRT的lib库,无法通过编译,就是由于:编译器在编译过程中。自己主动的为你的代码加入了一些具有不同功能的语句。在这些新加入的语句中。引用到了上述这些外部变量或者函数。
这是新的编译器的特性。这是我们无法去改变的。所以仅仅能从另外一个方向来解决此问题:从VS2010自带的MFC库里面。找到并分离出来以上这些符号和内容。由于VS2010自己是可以全然正常编译、并链接成功的。
经过粗略定位,以上缺少的符号,所有是位于msvcr100.lib里面的。所以仅仅要在当中找到我们所须要的符号,将其分离出来,并链接到我们自己的project中就可以。
详细繁琐的分析和尝试过程暂且不表,用排除法剪除不必要的模块间的各种依赖之后,将须要的模块文件(OBJ文件)加入到project中,再次编译、链接。大功告成!
成果验证:
使用VS2010或VS2013,配合Windows2003 Platform SDK + 上述之VC6的各种MFC库文件。再加上附件中提供的crtnew.lib,进行编译连接。
用Depends有用程序,查看VS2010编译出来的EXE(用MFC共享DLL模式编译和构建),假设看到仅仅引用了MFC42u.dll和msvcrt.dll,而没有MFC100u.dll和msvcr100.dll,则说明成功。例如以下图:
![](http://img.bbs.csdn.net/upload/201404/25/1398405393_211434.jpg)
在这个过程中,用到的工具就是VS2010自带的Lib工具。
基本操作步骤就是用Lib工具导出全部的msvcr100.lib里面的obj文件。一个一个的试。
我已经把全部须要的obj文件,打包整合为一个lib文件了。
大家能够直接下载并使用。使用时,仅加入下面两行代码就可以:
#include "crtnew.h" #pragma comment(lib,"crtnew.lib")附带我终于的成果: 把上面的图片保存到本地。重命名为.zip文件,用Winrar就可以打开并解压。
或许看到最后,各位在想,这样折腾有什么实际意义?
我仅仅能说:
1、我喜欢VC6.0+MFC4.2这种开发组合,可是VC6.0的IDE如今用起来真的是过于简陋了。
用VS2010或VS2013岂不是非常爽?
2、MFC4.2生成的程序的依赖库是捆绑在操作系统里面的。这一优势在长期之内还是会继续保持。
3、能够在MFC4.2的基础上,使用新的C++语言特性。告诉你。能够直接使用Lambda表达式,你会心动吗?
4、新鲜、好玩。
。
。。。。
这些操作或所有研究的结果。于VS2013于。这同样适用!!
版权声明:本文博主原创文章,博客,未经同意不得转载。