vc142和2019可再发行包与vc141的比较 P>有一个原因(我想是的,但我试图发现它),当部署VC142构建的C++应用程序时,安装2019个可重分发的应用程序,因为应用程序似乎与以前的可再分发包(VC141)一起工作得很好吗?我认为两者都是二进制兼容的,但除此之外,2017年和2019年可再发行版本的msvcp140.dll和vcruntime140.dll的dumpbin/exports产生相同的输出;文件大小也相同
我错过了什么吗?显然没有解决方案,库是兼容的,请参见: 文章指出:“这反映了这样一个事实,即运行库和使用任一版本的编译器编译的应用程序都是二进制兼容的。” 可能存在与性能相关的差异vc142和2019可再发行包与vc141的比较 P>有一个原因(我想是的,但我试图发现它),当部署VC142构建的C++应用程序时,安装2019个可重分发的应用程序,因为应用程序似乎与以前的可再分发包(VC141)一起工作得很好吗?我认为两者都是二进制兼容的,但除此之外,2017年和2019年可再发行版本的msvcp140.dll和vcruntime140.dll的dumpbin/exports产生相同的输出;文件大小也相同,c++,visual-studio,C++,Visual Studio,我错过了什么吗?显然没有解决方案,库是兼容的,请参见: 文章指出:“这反映了这样一个事实,即运行库和使用任一版本的编译器编译的应用程序都是二进制兼容的。” 可能存在与性能相关的差异 2019支持后面的C++标准,而不是2017,这就让我们不知道如何用旧的运行库来实现这一点。我猜这些差异都内置在主可执行文件/dll中,不需要对运行时dll进行任何更改。您是否尝试过bindiff?目前它们是二进制兼容的:@Ben我已经使用dumpbin.exe/exports在vcruntime140.dll和m