VC6静态编译的一个问题
来源:互联网 发布:oracle12c容器数据库 编辑:程序博客网 时间:2024/06/10 18:51
今天做了一件值得高兴的事情。
在用VC6编程的过程中,经常遇到这么一个问题,如果将设置改为Use MFC in a Static Library,则常常因为两个库中new和delete操作符的重复定义而导致LINK2005号错误不能生成执行文件,而改为动态库就没有问题了。CSDN上有的人说将设置中C/C++|Code Generation->Use runtime library改为多线程就可以解决,实际我试过多次,是不行的。今天安静下来仔细试了一下,发现原因可能如下:
对于包含在工程中的没有使用MFC库的自己的程序,如自己定义的通用的类文件,如果使用静态连接,需要在类的源文件中包含#include "stdafx.h"就可以解决这个问题,而如果使用动态库,则不用该包含。
其实仔细想想,stdafx.h中是包含了一些微软的自己的类定义如afxwin.h等。既然都是自己定义的通用的类库,则不一定要用VC来进行编译,若采用其它的编译器,写#include "stdafx.h"肯定是错的。但既然微软已经这么做了,我们要用也没有什么办法,这个应该也可以算是VC编译器的一个bug吧。
在用VC6编程的过程中,经常遇到这么一个问题,如果将设置改为Use MFC in a Static Library,则常常因为两个库中new和delete操作符的重复定义而导致LINK2005号错误不能生成执行文件,而改为动态库就没有问题了。CSDN上有的人说将设置中C/C++|Code Generation->Use runtime library改为多线程就可以解决,实际我试过多次,是不行的。今天安静下来仔细试了一下,发现原因可能如下:
对于包含在工程中的没有使用MFC库的自己的程序,如自己定义的通用的类文件,如果使用静态连接,需要在类的源文件中包含#include "stdafx.h"就可以解决这个问题,而如果使用动态库,则不用该包含。
其实仔细想想,stdafx.h中是包含了一些微软的自己的类定义如afxwin.h等。既然都是自己定义的通用的类库,则不一定要用VC来进行编译,若采用其它的编译器,写#include "stdafx.h"肯定是错的。但既然微软已经这么做了,我们要用也没有什么办法,这个应该也可以算是VC编译器的一个bug吧。
- VC6静态编译的一个问题
- 解决VC6编译当机的问题
- 关于VC6编译LPDIRECT3D8不通过的问题
- 使用VC6编译带加密功能的SQLITE3静态库
- VC6 编译选项问题
- 用VC6.0遇到的一个问题
- 编译的一个问题
- 一个静态变量的问题
- VC6编译和链接的两个头疼问题
- VC6编译和链接的两个头疼问题
- VC6中使用VC2005编译的DLL问题
- VC6中使用VC2005编译的DLL问题
- 彻底解决VC6在编译,链接时的假死问题
- 卸载IntelC++后出现的VC6编译错误问题
- vc6.0程序到vs 2005的编译问题
- 用VS编译VC6.0程序时常遇到的问题
- 关于VC6.0编译时的问题fatal error LNK1104
- vc6 在win10上编译x64程序的问题总结
- Oracle 8i 中的union all不支持null
- 一道简单题目的复杂算法
- Java EE 5.0 SDK Update 2 提供下载
- Apache中虚拟主机的配制
- ASP.NET中的ajax
- VC6静态编译的一个问题
- iptables详细教程
- 每日一句2006-12-22
- Java学习第一课--Welcome to Java!
- Access利用Windows API打开文件对话框
- 我的新博客地址http://torry.letme.cn
- 各银行软件开发中心状况调查
- 毛泽东诗词
- 新闻栏目分类解决方案