今天努力了一把,想把Debug版本编译出来,因为最近写的程序只能用Release版本来调试,实在很郁闷。。。
用UltraEdit把那几个.dsp和.vcproj和几个看着不顺眼的都转码到Dos换行了(另存的时候选),因为我的VS没装X64的编译器,再把.sln和.vcproj里面有关x64的都删了之后,VS能正确转换并加载fastdb.sln了。
--------------------------------------
文件格式的问题, 需要用 EditPlus 或者 UltraEdit 转换成 DOS 格式的文件.
可能你是从一个 linux/unix 服务器上取下来的文件, 文件是以 LF 结尾的, 而 Visual Studio 希望以 CR/LF 结尾的. 用 EditPlus 或者 UltraEdit 打开这样的 *.dsp 文件, 然后选择菜单中的转换为 DOS 文件格式功能, 保存文件.
------------------------------------------
但是,release、Release DLL都ok,还是那个问题,Debug和Debug DLL还是过不了:
-----------------------------------------------
错误 1 error C2039: “construct”: 不是“std_tmp_allocator<T>”的成员 c:/program files (x86)/microsoft visual studio 10.0/vc/include/xmemory 280 1 fastdb
错误 2 error C2039: “destroy”: 不是“std_tmp_allocator<T>”的成员 c:/program files (x86)/microsoft visual studio 10.0/vc/include/xmemory 287 1 fastdb
------------------------------------------------
我叉,甚至连google大神都没有什么提示。
后来想到了查release和debug编译的不同,找到以下:
-----------------------------------------
Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。Release称为发布版本,它往往是进行了各种优化,使得程序在 代码大小和运行速度上都是最优的,以便用户很好地使用。Debug和Release的真正秘密,在于一组编译选项。下面列出了分别针对二者的选项(当然除 此之外还有其他一些,如/Fd /Fo,但区别并不重要,通常他们也不会引起 Release 版错误,在此不讨论)
Debug版本:
/MDd /MLd或/MTd 使用Debug runtime library(调试版本的运行时函数库)
/Od 关闭优化开关
/D "_DEBUG" 相当于#define _DEBUG,打开编译调试代码开关(主要针对assert函数)
/ZI 创建Edit and continue(编辑并继续)数据库,这样在调试过程中如果修改了源代码不需重新编译
/GZ 可以帮助捕获内存错误
/Gm 打开最小化重链接开关,减少链接时间
Release版本:
/MD /ML或/MT 使用发布版本的运行时函数库
/O1 或/O2 优化开关,使程序最小或最快
/D "NDEBUG" 关闭条件编译调试代码开关(即不编译assert函数)
/GF 合并重复的字符串,并将字符串常量放到只读内存,防止被修改
实际上,Debug和Release并没有本质的界限,他们只是一组编译选项的集合,编译器只是按照预定的选项行动。事实上,我们甚至可以修改这些选项,从而得到优化过的调试版本或是带跟踪语句的发布版本。
-----------------------------------------
一个一个试,终于,在我把debug版本里的改为_DEBUG改为NDEBUG后,过了!!!!!
现在还不知道有没有什么副作用,应该是没有的,我叉!!
下午试试看,能用的话,就把文件传上来,造福大家!