vs2012平台工具集

① Visual Studio2012编译---项目文件包含 ToolsVersion="12.0"。此工具集可能未知或缺失。

step1：打开工程，右键修改工程属性：

general属性中的项

step2：用文本打开并修改*.vcxproj文件，应该在第回1行，将ToolsVersion="14.0"改为答ToolsVersion="4.0"。因为工程是打开的，此时vs2012提示配置改变，要reload，然后编译。

如果工程是关闭的，则重新打开即可、编译。

② vs2012编写的c#窗体程序在xp上跑不了，怎么办

微软为了推销自家平台，默认配置下VS2012和VS2013编写的应用程序只能在Vista/Win7/Win8上运行。但幸好还保留了生成XP程序的设置项。XP和Win2003的用户还是大量存在的，我们程序软件的发布不能不考虑他们。

1.
项目菜单->项目属性->配置属性->常规->平台工具集，选择“VS2013WindowsXP(v120_xp)”;

2. 项目菜单->项目属性->配置属性->常规->MFC的使用，选择在静态库中使用MFC;

3.
项目菜单->项目属性->链接器->系统->子系统->控制台或窗口windows(根据你的项目类型选择)，第二项版本号设成5.01。

4. C/C++->代码生成->运行库，选择“多线程调试(/MTd)";

5. 还需要至少带有Update3(或4)，这一点我没有验证，因为我直接安装的就是带有Update3的VS2013。

以上就OK了。缺点仍然有，例如静态编译的EXE比正常动态要大不少，目前我尚未试出动态编译后在XP中能运行的方法，--不过这个不要紧，因为VS2013版本如此之高，客户的电脑上很难自带配有它的运行库，你即使动态编译，发布软件时也还是要带上运行库的，只不过在多个程序时只需带一份运行库罢了。

另外，我在实际大项目中用上述方法，仍有出错现象发生。以后再研究吧。一般情况下上述方法就可以了。

在网上另外发现了这个贴子，说得很详细，包括非IDE的命令行编译，一起贴到下面：

问题一：编译出来的exe在xp上面运行提示“不是有效的win32应用程序”

在vs2012/2013版本里面，其自带的c编译器cl.exe，若直接使用cl
a.c编译，那么生成出来的exe放在vista及以上版本直接运行没有问题，但是在xp上则会出来“不是有效的win32应用程序”的出错提示。这是因为vs2012/2013自带的c编译器默认情况下生成的exe会默认只支持vista及以上版本的windows系统。

解决方法：

对于使用命令行cl.exe直接编译的方式：

先用cl a.c编译一遍，此时会生成a.exe和a.obj两个文件，此时，再执行 link b.obj
/subsystem:console,5.01，它会链接一个新的a.exe出来，此时的exe就可以在xp上运行了。相比vs2010以及以前版本的编译器编译，会多第二步的link过程，后面的参数也很容易理解，subsystem,5.01，此处的5.01是指的windows内核版本号，5.01表示windows
2000 with sp1，即此exe可以在win2000 sp1及以上的windows中执行。

当然，这个地方的/subsystem后面有很多参数，上面给的console,5.01是指命令行程序，如果是有GUI即有窗口的程序，改成windows,5.01即可。!!注意!!此处的5.01一定不要想当然改成5.0就变成windows
2000
不带sp1的版本，实际上，5.0并不被vs2013的编译所承认，会报警告不认5.0，就会按照默认的不带5.01的方式编译，这样就无法在vista以下的系统中运行生成的exe了。

对于在vs2013里面使用新建项目的方式：

右击相应的项目，选择“属性”，在项目属性页中的“配置属性”下面的“常规”里面，把“平台工具集”，由“Visual Studio 2013
(v120)”改成“Visual Studio 2013 - Windows XP
(v120_xp)”，确定之后，重新生成项目即可。当然这里按这样修改的话，就只能在winxp及以上的版本系统里面运行了。

问题二：用vs2010/2012/2013编译出来的exe在未安装vc++运行库的机器上运行时提示”未找到MSVCR120D.DLL“从而无法运行

这是个老问题了，无非就是运行库动态编译和静态编译的问题了。dll动态加载的话有个好处，它可以减少生成的exe文件的体积，但是缺点就是如果对应的系统环境变量或者exe所在的目录里面找不到其所需要的dll文件的话，程序就会拒绝执行。而静态编译就是把所有需要的库都静态编译到exe文件里面，这样就可以在所有的系统平台上都能运行，但它也有一个缺点，就是生成的exe文件因为已经带了部分库的代码，所以体积会相对动态编译出来的exe大(具体大多少要根据库的内容才能确定)。

解决方法：

对于直接使用cl.exe和link.exe编译连接的方式：

直接在cl.exe编译的时候或者在makefile里面把编译参数加上/MT即可。

对于在vs2013里面使用新建项目的方式：

右击相应的项目，选择“属性”，在项目属性页中的“配置属性”下面的“C/C++”下面的“代码生成”一项，由默认的“多线程调试DLL
(/MDd)”，改成“多线程 (/MT)”，确定之后，重新生成项目即可。这样所得的exe文件就是静态编译了。

③ VS2010平台工具集在哪里

vs2010版本之后支持使用之前的版本编译，可以在 属性->常规中找到

详细代码

④ 如何用vs2012编写能在windows2000运行的程序

项目属性里面，找到：链接器>高级>所需的最低版本，输入5.0（即win2000的版本号）
5.1表示winXP，6.0表示vista

VS2012默认使用“平台工具集”为VS2012(110)版本，这项参数可以设置为VS2012-WindowsXP(110)，再配合上面一项设置，应该可以支持win2000运行了。

⑤ 如何修改vs2012的解决方案文件

今天要用VS2010打开VS2013，一直觉得VS2010到VS2012只是界面上扁平化的改变，平台工具集有改变但很大程度上可能向上兼容。在网上搜了一些文章，其中有一篇说到一个观点：
从VS2010开始，VS使用统一的.sln作为解决方案文件，到目前为止，每个版本的升级只是平台工具集的升级和优化，而解决方案是完全兼容的。你可以用VS2013打开VS2010生成的解决方案，也可以用VS2010打开更高版本的VS2013生成解决方案
我的理解是，从VS2010开始，不再制作专有的文件格式，这只是一个xml格式的文本文件，其中决定了解决方案的平台工具集和VS版本。既然.sln只是个文本文件，重新设定其中指定的VS版本和平台工具集，也许可以用低版本打开高版本的解决方案。

那么就来尝试用vs2010来打开vs2013，以下是我的尝试记录，尝试中发现除了修改.sln后可以用vs2010打开vs2013，但还要修改项目的平台工具集以保证最好的兼容。
(1)直接打开

用VS2010打开VS2013生成的文件，产生如上提示。

选取一个vs2013的解决方案文件.sln，以文本文档方式打开它。（我用的是sublime text 2，我认为是款代替记事本的不错工具，性感而小巧。有人从Notapad+转为用它，自有其价值吧。）

在文件开头我们可以看到一些关键信息：
Format Version 12.00
VisualStudioVersion = 12.0.21005.1
MinimumVisualStudioVersion = 10.0.40219.1

表明该.sln生成的格式版本是12.00（vs2013），vs版本是12.0.21005.1(vs2013)，最小兼容版本是10.0.40219.1(vs2010)。
那也许把该解决方案改成10.0.40219.1以上都行吧？
【版本区别】
像我这样的新手请注意这里，Version 12.00意味着版本为vs2013而非vs2012，本文末最后已总结了vs版本中的该现象。下一步中改Format Version 为11.00而非10.00

(2)修改.sln文件。

(3)重新打开
用VS2010打开修改后的解决方案文件，成功打开。

(4)编译
我想起vs2012和vs2010的平台工具集不一致，vs2012是v110，vs2010是v100，vs2013则是v120。我想先不去项目文件里查看，也许在加载解决方案的时候vs已经重置了平台工具集？于是尝试①直接编译。

编译失败，因为结果平台工具集未重置，本机上没有vs2013，找不到v120的平台工具集。同时，注意到，有“项目文件包含ToolsVersion="12.0" 设置……将项目视为具有ToolsVersion="4.0" 设置”。这似乎是.Net的工具版本号，不修改的话会自动兼容。
②手动修改之平台工具集版本，编译看能否运行。

改为

③编译通过，运行成功。同时，ToolsVersion的版本号是被视为4.0了。

④去查找对应ToolsVersion的项目文件,修改之。

改为

重新编译，未报错。

⑤综合以上，该该项目已经实现从VS2013到VS2010的迁移。

【总结】
低版本VS打开高版本一般要修改的地方。
1、.sln文件中指定的VS版本号和平台工具集
2、修改项目文件中的平台工具集(v4.0→v12.0)
3、其它。
上述“其它”，主要指在配置中与环境变量有关的因版本改变而导致的路径改变，比如vs2010中的部分lib在 VS 安装目录下的 Microsoft SDKs\v7.x 中，在vs2012以后转移到了 VS 安装目录下的Windows Kits中VS 安装目录。注意区别。

转载，仅供参考，祝你愉快，满意请采纳。

⑥ （求救）VS2012和2010编译器问题，各问大神走过路过，帮帮忙！

VS2010和抄VS2012或者sv2008和VS2010，高版本VS编译都会袭出现，使用VS2008的D:\Program Files\Microsoft Visual Studio 9.0\VC\bin目录下的cvtres.exe替换到VS2010版本VS目录下再编译成功。
如果不行再用以下操作
上网搜索发现是嵌入清单的问题，于是对该工程以及所有依赖工程进行如下操作右键->工程属性->配置属性-> 清单工具->输入和输出->嵌入清单，选择[否]
VS2010 2012CLR更换NET版本不像C#可以项目属性直接更改，需要修改 *.vcxproj里面 <PropertyGroup Label="Globals">节点添加以下内容
<TargetFrameworkVersion>v2.0</TargetFrameworkVersion>
VS2012使用VS2010编译vc++项目以支持XP系统运行，项目属性 常规平台工具集选择Visual Studio 2010 (v100),必须同时安装VS2010 2012