VS2019查看msvc编译器版本
Ⅰ VS里正常的代码在QT里执行有问题要怎么弄好QT的
在安装 QT+MSVC环境的时候，该出的问题我想都让我碰上了。
问题1 ：jom.exe 崩溃，构建不通过。
jom: ......... Error 219:19:11: 进程"E:QT1ToolsQtCreatorinjom.exe"退出，退出代码 2 。Error while building/deploying project untitled (kit: Desktop Qt 5.5.1 MSVC2015 64bit)When executing step "Make"这个我没有出现什么cl不是内部命令的提示，至于使用nmake就更错了，nmake运行就出问题，估计是安装时nmake就有问题了。所以不是环境变量之类的错误，由于我前期先安装的QT+MinGW,后来需要MSVC才安装的vs2015,估计是这个安装先后顺序导致一些配置不对，反正我的kit配置都没有错误提示了也不行，干脆直接全卸了重新来。这次OK了，msvc,mingw都能用了。后来看到有初始化msvc编译环境的脚本，如果不行就先使用下试试，没准就OK了，不用浪费时间重新安装（安装时间好长呀）
1
问题2 -1: error: LNK2019: 无法解析的外部符号 **，该符号在函数 ** 中被引用,看图说话。
无法解析的外部符号说明，该函数的库或头文件没有被引入，比如下面
qmfcapp.obj : error LNK2019: 无法解析的外部符号 __imp_SetWindowsHookExW，该符号在函数 "public: static bool __cdecl QMfcApp::pluginInstance(void *)" (?pluginInstance@QMfcApp@@SA_NPEAX@Z) 中被引用在QT中找到QMfcApp::pluginInstance函数查看了下使用到外部函数的地方SetWindowsHookEx，点击可以跳转到头文件WinUser.h,那就是库没有了。由于原来是MinGW，内部的库都导入了，转到MSVC后一些自带的系统库没有加进来。网络查找SetWindowsHookEx该函数所需库User32.lib，在电脑上搜了。然后在.pro工程文件中右键加入库如下
unix|win32: LIBS += -L'C:/Program Files (x86)/Windows Kits/8.1/Lib/winv6.3/um/x64/' -lUser32INCLUDEPATH += 'C:/Program Files (x86)/Windows Kits/8.1/Lib/winv6.3/um/x64'DEPENDPATH += 'C:/Program Files (x86)/Windows Kits/8.1/Lib/winv6.3/um/x64'
把加后缀的勾删了，我这window下好像没有专门的d版调试库。
OK。这时在库里就自动加上了下面这几行。1
2
3
4
1
问题3 User32.Lib:-1: warning: LNK4272:库计算机类型“X86”与目标计算机类型“x64”冲突
刚开始时找错了库，找到的是32位编译出来的user32.lib库，后来直接到系统盘window下找到了64位的就OK了。问题4 This application has requested the Runtime to terminate it in an unusual way
这个在我安装了vs2015就出现了这问题，没装时都好好的。这个上一篇有讲到，这次又遇上了，我真的是无语了，也是莫名其妙的又不报了。具体怎么弄好的我也摸不着，vs2015又装了VC++里的所有部分（MFC类，兼容XP什么的两个，原本就一个VC++编译器的），到qt安装目录里有个vcredist_msvc2015_x86运行，重启后也一样，然后还有什么，重新拷贝库？一堆事情，一个个试都不好，换vb，vs，突然之间就好了，可是VB来错误53，找不到dll了，vs来加载格式不正常，这个看问题5。但有一点可以肯定—-错误与下面的dll无关，这个是depends找不到有关的bug。问题5 试图加载格式不正确的程序。 (异常来自 HRESULT:0x8007000B)
这里是目标平台和库不一致，需要注意下,用MinGW编译的去MinGW版的QT库里找对应的库（debug版和release版），然后要注意的是它是32位的，所以vs里只能选择X86平台。貌似没有找到有64的MinGW版本的QT.
而MSVC我下的是64的，所以只能选则X64平台。拷贝库也是到msvc版的QT库里找。如果库位数不对，会呈粉红色。问题6 其他信息: 无法加载 DLL“bstdll.dll”: 找不到指定的程序。 (异常来自 HRESULT:0x8007007F)。
换成X86的拿mingw编译出来的试出这问题，拿到在VB下就是 实时错误53：找不到DLL的意思了。这个估计就是跟安装了vs2015的问题有关了。安装了vs2015后VC++估计把我一些32位的库给弄掉了，怎么都无法成功了。尝试下个msvc 32位的编译看是否一样。
问题7 error: C2373: “saveImage”: 重定义；不同的类型修饰符
extern "C" BSTDLLAPI void __stdcall saveImage(const char *file);
同样的代码用64的编译器和MinGW都没问题，换成32位的msvc就出问题了，
.h文件.cpp文件
void saveImage(const char *file){
dev.savePicture(file);
}平常看到的讲解导出dll都没要求实现里也要加上__stdcall,这里报错就是这个原因，.cpp里也加个__stdcall就OK了。
1
2
3
1
问题8 其他信息: 无法在 DLL“xxx.dll”中找到名为“xxx”的入口点。
到这一部至少说明，dll可以被找到，目标平台和生成的dll也是一致的，只是入口函数找不到，可能是导出名不对了，depends查看下果然名字被过度修饰了。变成了_function@bytenum形式。
怎么解决我不知道msvc的编译器有没有这个选项，直接改成这个名字算了。问题9 发生了 PInvokeStackImbalance
对PInvoke函数的调用导致堆栈不对称。先看看是不是调用协议不对，vb是__stdcall，vc++默认用__cdecl,如果一致了还出错，那可能是long要改成int32，这个尝试改下就行了。我就是这么解决的。
到此，无论是64还是32位都能用了。坑好多啊。MinGW版不知道为什么就是错误提示找不到dll，装了个VS2015麻烦这么多。有知道的大神可以解惑下。
有些人说MinGW版编译的dll不能在window下用是有问题的，反正我不装VS2015时一切都好好的。如上篇所述，而且也在别人机子上试过。现在没时间找这个问题了，能用就行了。
Ⅱ 如何确定VS编译器版本
如何确定VS编译器版本
_MSC_VER是MSVC编译器的内置宏，定义了编译器的版本，_MSC_VER 值对应版本关系
MSVC++ 11.0 _MSC_VER = 1700 (Visual Studio 2012)
MSVC++ 10.0 _MSC_VER = 1600 (Visual Studio 2010)
MSVC++ 9.0 _MSC_VER = 1500 (Visual Studio 2008)
MSVC++ 8.0 _MSC_VER = 1400 (Visual Studio 2005)
MSVC++ 7.1 _MSC_VER = 1310 (Visual Studio 2003)
MSVC++ 7.0 _MSC_VER = 1300 (Visual Studio 2002)
MSVC++ 6.0 _MSC_VER = 1200
MSVC++ 5.0 _MSC_VER = 1100
example：
#if (_MSC_VER == 1300) //vc7
#import "acax16ENU.tlb" no_implementation raw_interfaces_only named_guids
#elif (_MSC_VER == 1200) //vc6
#import "acad.tlb" no_implementation raw_interfaces_only named_guids
#elif (_MSC_VER == 1400) //vc8
#import "acax17ENU.tlb" no_implementation raw_interfaces_only named_guids
#elif (_MSC_VER == 1500) //vc9
#import "acax18ENU.tlb" no_implementation raw_interfaces_only named_guids
#endif
在程序中加入_MSC_VER宏可以根据编译器版本让编译器选择性地编译一段程序。例如一个版本编译器产生的lib文件可能不能被另一个版
本的编译器调用，那么在开发应用程序的时候，在该程序的lib调用库中放入多个版本编译器产生的lib文件。在程序中加入_MSC_VER宏
，编译器就能够在调用的时根据其版本自动选择可以链接的lib库版本，如下所示。
#if _MSC_VER >= 1400 // for vc8, or vc9
#ifdef _DEBUG
#pragma comment( lib, "SomeLib-vc8-d.lib" )
#else if
#pragma comment( lib, "SomeLib-vc8-r.lib" )
#endif
#else if _MSC_VER >= 1310 // for vc71
#ifdef _DEBUG
#pragma comment( lib, "SomeLib-vc71-d.lib" )
#else if
#pragma comment( lib, "SomeLib-vc71-r.lib" )
#endif
#else if _MSC_VER >=1200 // for vc6
#ifdef _DEBUG
#pragma comment( lib, "SomeLib-vc6-d.lib" )
#else if
#pragma comment( lib, "SomeLib-vc6-r.lib" )
#endif
#endif
Ⅲ 如何查看vs编译器版本
MSVC++ 11.0 _MSC_VER = 1700 (Visual Studio 2011)
MSVC++ 10.0 _MSC_VER = 1600 (Visual Studio 2010)
MSVC++ 9.0 _MSC_VER = 1500 (Visual Studio 2008)
MSVC++ 8.0 _MSC_VER = 1400 (Visual Studio 2005)
MSVC++ 7.1 _MSC_VER = 1310 (Visual Studio 2003)
MSVC++ 7.0 _MSC_VER = 1300 (Visual Studio 2002)
MSVC++ 6.0 _MSC_VER = 1200
MSVC++ 5.0 _MSC_VER = 1100
example：
#if (_MSC_VER == 1300) //vc7
#import "acax16ENU.tlb" no_implementation raw_interfaces_only named_guids
#elif (_MSC_VER == 1200) //vc6
#import "acad.tlb" no_implementation raw_interfaces_only named_guids
#elif (_MSC_VER == 1400) //vc8
#import "acax17ENU.tlb" no_implementation raw_interfaces_only named_guids
#elif (_MSC_VER == 1500) //vc9
#import "acax18ENU.tlb" no_implementation raw_interfaces_only named_guids
#endif
Ⅳ VS2019能编译过去但VS2013不行会报错
如果你写 c 你就必须继续，因为 c 标准就是这么写的。 但是如果你写 c + + ，你可以写任何你想要的变量。 不是 vs2010的问题，而是你用的问题。 Vs2010中的 vc + + 2010本身是一个 c + + 编译器，只是一个 c 语言兼容的编译器。
Ⅳ vs2022为什么会在D盘根目录下生成windows kits文件
你安装的时候选择了windows的SKD，就会有这个文件夹，但是目录是可以修改的
Ⅵ VS2010的工程如何得到msvc文件啊
cl.exe是微软msvc的编译器。既然你使用qt5.3.0，那么你电脑上应该装有vs2013吧。如果有，那么cl.exe应该位于你的vs的安装路径下的vc\bin子文件夹下。把这个路径添加到环境变量中，再make试试。
Ⅶ VC++6.0和Dec_C++、VS2019输出结果不一样的原因是什么
一定要记住，同级别的运算符一定要加括号：
否则运算顺序是由编译器决定。
Ⅷ 如何单独提取出MSVC2017编译器并在其他IDE使用
可以参考xmake的实现，xmake里面就是自动探测系统安装的vs编译环境，然后自动进行构建，主要还是通过加载vcvarsall.bat，来导入path, lib, include等环境变量，然后就可以直接调用cl.exe/link.exe等编译器、链接器进行编译链接了。。
对于vcvarsall.bat的探测，vs2017以前的版本，可以通过VSXXXCOMNTOOLS环境变量来发现，例如：VS140COMNTOOLS对应 vs2015。。但是vs2017之后就没这个环境变量了，因此更加通用可靠的探测方式，是从注册表中查找，例如，vs2017的注册表项：
HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\VisualStudio\\SxS\\VS7;15.0)\\VC\\Auxiliary\\Build
vs2017之前版本路径如下：
HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\VisualStudio\\SxS\\VS7;14.0)\\VC
64bits版本，Microsoft之前再加个Wow6432Node。。
Ⅸ VS2017 支持C11吗想测试一下泛型选择_Generic，但是提示未定义，有没有什么解决方法
VS2017自带的msvc编译器并不支持C11标准，但你可以通过安装Clang 3.3以上版本并用Clang作为编译器来支持C11。
网页链接
Ⅹ Visualstudio2012软件中使用MSVC
1、打开命令搜索，输入cjson。2、打开配置文件，加入路径（其中一个是msvc的工具包，还有一个是win10的工具包）。3、安装插件，这个插件是帮你生成工程。4、安装完后，新建一个demo文件夹，用vscode打开然后按键按下ctrl+shift+p，输入easy选择新建工程。5、选择2019MSVC工具集，然后它会帮你建立工程的文件。6、需要根据你电脑vs安装的位置，修改build.bat文件，因为在MSVC进行编译的时候，会需要专用的环境，需要用到vcvarsall.bat脚本来制造环境，它会将使用到cl.exe等工具的环境制造好。
注意：需要修改build.bat文件，修改你对应的路径，注意框出来的，需要和前面的vcvarsall.bat有空格，不然会报错。
编译调试建议将launch.json文件中的console修改一下，方便调试。然后运行调试即可，用MSVC的重点就在与build.bat脚本的编写，完全可以自己手动建立工程，但是既然有这个插件，省去了一些步骤，还是可以的。