现在脏位：将msobj100.dll，mspdb100.dll，mspdbcore.dll和mspdbsrv.exe复制到2010 's VSINSTALLDIR/bin directory (or put them in your PATH somweher). This is required else cl.exe doesn' t工作，也不会调试 .
从使用 devenv /useenv 运行批处理文件的同一命令行启动
微笑
这是x64机器的已使用批处理文件：
SET PlatformToolset=Windows7.1SDK
SET ToolsVersion=4.0
SET WindowsSDKVersionOverride=v7.1
SET Path32=%ProgramFiles(x86)%
SET "VCINSTALLDIR=%Path32%\Microsoft Visual Studio 10.0\VC\"
SET "VSINSTALLDIR=%Path32%\Microsoft Visual Studio 10.0\"
SET "VCTools=%VCINSTALLDIR%Bin"
SET "VCTools=%VCTools%;%VCTools%\VCPackages;"
SET "VCLibraries=%VCINSTALLDIR%Lib"
SET "VCIncludes=%VCINSTALLDIR%INCLUDE"
SET Path=%FxTools%;%VSTools%;%VCTools%;%SdkTools%;%Path%
SET OSLibraries=%WindowsSdkDir%Lib
SET OSIncludes=%WindowsSdkDir%INCLUDE;%WindowsSdkDir%INCLUDE\gl
SET "LIB=%VCLibraries%;%OSLibraries%;%FxTools%"
SET "LIBPATH=%FxTools%;%VCLibraries%"
SET "INCLUDE=%VCIncludes%;%OSIncludes%"
EDIT 而不是与/ useenv组合的批处理文件，还有另一种方法可以做到相同但更直接：VC目录的设置都保存在文件％APPDATA％/ VisualStudio / 9.0 / VCComponents.dat中 . 因此，如果您使用原始版本并用$（ProgramFiles）替换所有出现的$（VCINSTALLDIR）\ Microsoft Visual Studio 10.0 \ VC \它也可以 .
1 回答
我有点忘了这个问题，直到今天一位朋友说C 0x有多好 . 我仍然爱着VS2008，远远超过2010年，这首先是缓慢的，所以决定试一试 . 而且，我仍然无法相信它，但它实际上只有最少的黑客攻击 .
而且效果很好：坐在VS2008之前，你甚至没有注意到它实际上使用的是2010工具集 . 除非你看一下cl / link的标志 . 或者当然，除非你突然能够使用lambdas . 到目前为止，我找不到任何问题 . 编辑等工作就像alwasy一样，建筑工程，调试工作，这就是我所需要的 .
这是我做的：
制作一个批处理文件，设置用于Windows SDK 7.1 / VS2010工具集的envorinment，但是从VS2008安装中保留devenv . 大部分是从2010年的setenv.cmd复制的 .
现在脏位：将msobj100.dll，mspdb100.dll，mspdbcore.dll和mspdbsrv.exe复制到2010 's VSINSTALLDIR/bin directory (or put them in your PATH somweher). This is required else cl.exe doesn' t工作，也不会调试 .
从使用
devenv /useenv运行批处理文件的同一命令行启动微笑
这是x64机器的已使用批处理文件：
EDIT 而不是与/ useenv组合的批处理文件，还有另一种方法可以做到相同但更直接：VC目录的设置都保存在文件％APPDATA％/ VisualStudio / 9.0 / VCComponents.dat中 . 因此，如果您使用原始版本并用$（ProgramFiles）替换所有出现的$（VCINSTALLDIR）\ Microsoft Visual Studio 10.0 \ VC \它也可以 .