20分是全部家当了~
22 个解决方案
#1
直接按F7或者生成
rebuild的话,某些原本没修改的东西也得重新生成
rebuild的话,某些原本没修改的东西也得重新生成
#2
f7等于是build,虽然只做一部分工作,但同样要对每个工程走一遍;最后还会出现错误(vc80.idb的错误)
和一些up_to_date工程:
========== Build: 7 succeeded, 2 failed, 8 up-to-date, 0 skipped ==========
和一些up_to_date工程:
========== Build: 7 succeeded, 2 failed, 8 up-to-date, 0 skipped ==========
#3
直接build不行嗎?
#4
我在二楼说的就是直接f7的结果
#5
修改了某个CPP后,在这个文件上点右键>编译
然后连接整个工程
如果修改了H,则可直接F7,会自动编译引用了该H的CPP
然后连接整个工程
如果修改了H,则可直接F7,会自动编译引用了该H的CPP
#6
是不是你的VS2005装的有问题啊,我一直在用VS2005,没出现你说的问题
#7
貌似在大工程里缝缝补补,确实会有这问题
#8
在里面可以选择增量编译的啊
#9
所有的编译方法都不行,应该是vs2005设置的问题,不知道怎么设置才对;我原来用vs2008不会出现此问题,现在由于需要改05就出现这种莫名的问题~
#10
怎么选择增量编译!
#11
IDE难道真的很弱吗…
难道不如MAKEFILE?
难道不如MAKEFILE?
#12
这不怪安装的软件,只怪安装软件的人~~
我不知道我是怎么弄的,但这种问题肯定有不少人遇到过
希望遇到过并解决的人赶快看到我的帖子并抽点时间回复吧
哎 编译时等得那叫难受啊~~
我不知道我是怎么弄的,但这种问题肯定有不少人遇到过
希望遇到过并解决的人赶快看到我的帖子并抽点时间回复吧
哎 编译时等得那叫难受啊~~
#13
有人吗 趁着又一次编译的10几分钟来瞧瞧,谁能帮帮我,vs不能再重装了(并且重装之后也可能会出现相同问题
#14
怎么会是10几分钟呢?
你编译的是什么啊?
修改之后 只能重新生成解决方案啊
你编译的是什么啊?
修改之后 只能重新生成解决方案啊
#15
编译一个工程,它调用到很多自定义的.dll,20个产生.dll的工程,所以很慢~~
而我更改只是更改这个调用工程里的.cpp文件。。。。。
而我更改只是更改这个调用工程里的.cpp文件。。。。。
#16
你看下你的操作系统时间, 感觉像是时间不同步的问题
#17
怎么设置时间同步啊
我操作系统时间是与Internet同步成功的了
我操作系统时间是与Internet同步成功的了
#18
一般增量编译取决于至少两个因素。
1. 工程之间的引用关系,如果各个工程都有很强的依赖关系,VS是不能做到增量编译的,即
修改一个文件会造成大部分工程重编译。我们的项目也是如此,由于引用关系过紧密,修改
一句话会造成20-30分钟编译时间,无论在VS2005,2008,2010中均如此,无解。
2. 一般的增量编译,都是根据文件的时间来判断的,比如,你文件的时间大部分都是昨天以前的
,然后今天你修改了一个文件,VS会查看所有文件的时间以判断是否需要重新编译,但是某些
病毒会自动改写你所有文件的时间,有的病毒,甚至让你在操作系统里看到的文件时间是假的,
这也会引起VS误认为你的文件都需要重新编译。
1. 工程之间的引用关系,如果各个工程都有很强的依赖关系,VS是不能做到增量编译的,即
修改一个文件会造成大部分工程重编译。我们的项目也是如此,由于引用关系过紧密,修改
一句话会造成20-30分钟编译时间,无论在VS2005,2008,2010中均如此,无解。
2. 一般的增量编译,都是根据文件的时间来判断的,比如,你文件的时间大部分都是昨天以前的
,然后今天你修改了一个文件,VS会查看所有文件的时间以判断是否需要重新编译,但是某些
病毒会自动改写你所有文件的时间,有的病毒,甚至让你在操作系统里看到的文件时间是假的,
这也会引起VS误认为你的文件都需要重新编译。
#19
在确定你的电脑时间没问题的话,看来只有改用MakeFile脚本生成工程解决此类问题了。
#20
冷藏了七天,回来将时间重新同步一次,现在f7+f5可以了,比rebuild的时间短多了,
但单独按f5不行,以前用08不是这样的,不够还凑合着用。
感谢各位了!
但单独按f5不行,以前用08不是这样的,不够还凑合着用。
感谢各位了!
#21
个人觉得是增量编译的问题。
#22
一般这种情况是你系统时间错误造成的
#1
直接按F7或者生成
rebuild的话,某些原本没修改的东西也得重新生成
rebuild的话,某些原本没修改的东西也得重新生成
#2
f7等于是build,虽然只做一部分工作,但同样要对每个工程走一遍;最后还会出现错误(vc80.idb的错误)
和一些up_to_date工程:
========== Build: 7 succeeded, 2 failed, 8 up-to-date, 0 skipped ==========
和一些up_to_date工程:
========== Build: 7 succeeded, 2 failed, 8 up-to-date, 0 skipped ==========
#3
直接build不行嗎?
#4
我在二楼说的就是直接f7的结果
#5
修改了某个CPP后,在这个文件上点右键>编译
然后连接整个工程
如果修改了H,则可直接F7,会自动编译引用了该H的CPP
然后连接整个工程
如果修改了H,则可直接F7,会自动编译引用了该H的CPP
#6
是不是你的VS2005装的有问题啊,我一直在用VS2005,没出现你说的问题
#7
貌似在大工程里缝缝补补,确实会有这问题
#8
在里面可以选择增量编译的啊
#9
所有的编译方法都不行,应该是vs2005设置的问题,不知道怎么设置才对;我原来用vs2008不会出现此问题,现在由于需要改05就出现这种莫名的问题~
#10
怎么选择增量编译!
#11
IDE难道真的很弱吗…
难道不如MAKEFILE?
难道不如MAKEFILE?
#12
这不怪安装的软件,只怪安装软件的人~~
我不知道我是怎么弄的,但这种问题肯定有不少人遇到过
希望遇到过并解决的人赶快看到我的帖子并抽点时间回复吧
哎 编译时等得那叫难受啊~~
我不知道我是怎么弄的,但这种问题肯定有不少人遇到过
希望遇到过并解决的人赶快看到我的帖子并抽点时间回复吧
哎 编译时等得那叫难受啊~~
#13
有人吗 趁着又一次编译的10几分钟来瞧瞧,谁能帮帮我,vs不能再重装了(并且重装之后也可能会出现相同问题
#14
怎么会是10几分钟呢?
你编译的是什么啊?
修改之后 只能重新生成解决方案啊
你编译的是什么啊?
修改之后 只能重新生成解决方案啊
#15
编译一个工程,它调用到很多自定义的.dll,20个产生.dll的工程,所以很慢~~
而我更改只是更改这个调用工程里的.cpp文件。。。。。
而我更改只是更改这个调用工程里的.cpp文件。。。。。
#16
你看下你的操作系统时间, 感觉像是时间不同步的问题
#17
怎么设置时间同步啊
我操作系统时间是与Internet同步成功的了
我操作系统时间是与Internet同步成功的了
#18
一般增量编译取决于至少两个因素。
1. 工程之间的引用关系,如果各个工程都有很强的依赖关系,VS是不能做到增量编译的,即
修改一个文件会造成大部分工程重编译。我们的项目也是如此,由于引用关系过紧密,修改
一句话会造成20-30分钟编译时间,无论在VS2005,2008,2010中均如此,无解。
2. 一般的增量编译,都是根据文件的时间来判断的,比如,你文件的时间大部分都是昨天以前的
,然后今天你修改了一个文件,VS会查看所有文件的时间以判断是否需要重新编译,但是某些
病毒会自动改写你所有文件的时间,有的病毒,甚至让你在操作系统里看到的文件时间是假的,
这也会引起VS误认为你的文件都需要重新编译。
1. 工程之间的引用关系,如果各个工程都有很强的依赖关系,VS是不能做到增量编译的,即
修改一个文件会造成大部分工程重编译。我们的项目也是如此,由于引用关系过紧密,修改
一句话会造成20-30分钟编译时间,无论在VS2005,2008,2010中均如此,无解。
2. 一般的增量编译,都是根据文件的时间来判断的,比如,你文件的时间大部分都是昨天以前的
,然后今天你修改了一个文件,VS会查看所有文件的时间以判断是否需要重新编译,但是某些
病毒会自动改写你所有文件的时间,有的病毒,甚至让你在操作系统里看到的文件时间是假的,
这也会引起VS误认为你的文件都需要重新编译。
#19
在确定你的电脑时间没问题的话,看来只有改用MakeFile脚本生成工程解决此类问题了。
#20
冷藏了七天,回来将时间重新同步一次,现在f7+f5可以了,比rebuild的时间短多了,
但单独按f5不行,以前用08不是这样的,不够还凑合着用。
感谢各位了!
但单独按f5不行,以前用08不是这样的,不够还凑合着用。
感谢各位了!
#21
个人觉得是增量编译的问题。
#22
一般这种情况是你系统时间错误造成的