I have a big VS2010 solution, which contains a bunch of C# projects. One of those projects consumes a C++ (native, aka unmanaged) library via P/Invoke. To ensure everything builds correctly, I have included said C++ project in the same solution. Now, this is where the problems start.
In short: MSBuild mysteriously removes some output files, while VS2010 builds correctly.
.
The long story:
Previously (VS2005/2008), I would have utilized the nifty feature called “Project Dependencies”. That’s the thing that allows you to pick which particular projects a given project depends on, so that the environment makes sure to build those first.
VS2010, however, has moved in the direction of MSBuild, and now project dependencies just plain don’t work. They just don’t. (see this question for example)
Now, in order to ensure that my C++ project builds before the one consuming it, I have to “Add a Reference”. So I’ve done that. And everything seems fine.
But then, I go to my command line and fire up MSBuild to build that same solution. And everything builds fine, again. But when I look in the output folder, the C++ project’s output is not there!
The MSBuild console output clearly shows that the C++ project has really been built at some point. And I even inserted some “dir bin\MYPROJNAME.dll” statements as Post-Build steps into some projects to see if the files are there – and they are! Here is a screenshot of the command-line window. Circled in red is the moment of files being there (at the top), and then the moment of files missing (at the bottom).
Another weird thing is that the project, apparently, gets built twice. See the red underline in the screenshot – this is the second message about building that same project (the first message, along with all compiler output, was way up the screen).
It really looks like this second building event is what causes the files to be removed: when I disabled building this project at all (through solution properties), it only got built one time, and the files were there in the end. I could have called this a “solution”, but then it breaks in the Visual Studio itself: the VS just doesn’t build the project.
Another way to fix this is to remove the “Project Reference” from the consuming C# project. Then MSBuild will only build the C++ project once, and the files will be there. But then it breaks in yet another place: changes to the C++ project would not trigger a rebuild of the consuming C# project.
So the question is: how do I make MSBuild not remove the freaking files?
Short (a bit of a hack) answer to the question:
You had the dir in the PostBuildEvents. If you add an attrib +r it will not remove your files:
(Where TargetPath should be the dll files…)