views:

40

answers:

3

I am trying to upgrade an old solution to use VS2010 (VC100).

I have it setup so that stdafx.cpp will create a precompiled header stdafx.pch from stdafx.h. Then all the other .cpp files that include stdafx.h are instructed to use the precompiled header.

These posts helped me get this far:

Now all is fine when I build in release mode. However when I try and build in debug mode I get a whole heap of errors saying:

Error 1 error C2859: [removed]\debug\vc100.idb is not the idb file that was used when this precompiled header was created, recreate the precompiled header.

I believe that this .idb file is an intermediate debug file created by Visual Studio.

Why am I getting this error? In other words why did it not use this .idb file when it created the precompiled header?

I'm not sure what further information you need to be able to give me answer so just ask if there is more information that I need to provide.

A: 

Maybe your release build is configured to write file [removed]\debug\vc100.idb instead of [removed]\release\vc100.idb? Check the project settings for your release build and make sure there are no hardcoded path components like that.

Windows programmer
A release build does not generate an idb file since it is only for debugging. Hence why the release build works and the debug doesn't.
Steiny
A release build by default does not generate an idb file but you can configure (most likely by accident) for it to do so.
Windows programmer
Thanks I figured that out the hard way lol. It was all to do with the Debug Information Format setting.
Steiny
A: 

Thanks to a colleague I got the answer.

The problem was that stdafx.cpp had Debug Information Format set to Program Database (/Zi) where as all the other files had it set to Program Database for Edit and Continue (/ZI).

Changing them all to Program Database for Edit and Continue (/ZI) and doing a full rebuild solved the problem.

I guess the upgrade screwed it up somehow.

Steiny
A: 

Here's how I just fixed this error on Visual Studio 2008:

Background:

  • I have a solution that contains two sub-projects.
  • One project compiles the .dll;
  • One project compiles the .exe that used this .dll;
  • The .exe project is dependent on the .dll project;
  • Problem: I had both of the projects dumping their output into the same directory, i.e. both "OutPutDirectory" and "IntermediateDirectory" set to write to a common directory in the root, "../$(ConfigurationName)".

Cause of error:

  • The cause of this error was that when the .dll project was compiled, it created the precompiled header (*.pch) in the same directory as the .exe directory, and when the .exe project was compiled, it promptly overwrote the precompiled header (*.pch) from the .dll project.

The fix:

  • To fix this, I changed the "IntermediateDirectory" for both sub-projects to "temp", so that the temporary files (including the precompiled header files) were written to different directories.
Gravitas