我如何定位特定版本的 C++ 运行？

Question

我们有一个非常大的项目，主要用 C# 编写，其中有一些小但重要的组件用 C++ 编写。 我们将 .NET 2.0 的 RTM 定为最低要求版本。 到目前为止，为了满足此要求，我们已确保构建箱上仅具有 .NET 2.0 的 RTM，以便 C++ 片段与该版本链接。

更新：导致问题的 C++ 程序集是加载到托管进程中的混合模式 C++ 程序集。

不幸的是，当配置者准备在 4 月 1 日做某事时，我们公司的 IT 部门大力推动所有内容都得到修补和更新，结果 3.5 SP1 之前的所有内容都安装在构建箱上。 我们尝试卸载所有内容，这种情况以前也发生过，但现在我们无法满足最低要求，因为在该特定机器上构建的任何内容都需要 .NET 2.0 SP1。

由于盒子似乎被灌满了，我们不能只是卸载有问题的版本，有没有什么方法可以构建程序集并明确告诉它们使用 .NET 2.0 的 RTM（即 v2.0.50727.42）？ 我看过一些涉及使用清单的页面，但我无法弄清楚如何实际实现正确的清单并将其放入程序集中。 我的专业知识是管理领域，所以我对此有点茫然。

谁能解释一下如何使这些程序集针对 .NET 2.0 RTM SxS 程序集？

谢谢！

Answer 1

虽然我很确定克里斯托弗的答案和代码示例（谢谢你，克里斯托弗！）是一个更优雅的解决方案的一部分，但我们在枪口下将其推出，并找到了一个非常相似但不同的解决方案。

第一步是为程序集创建清单：

<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type='win32' name='Microsoft.VC80.DebugCRT' version='8.0.50608.0' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />
    </dependentAssembly>
  </dependency>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type='win32' name='Microsoft.VC80.CRT' version='8.0.50608.0' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />
    </dependentAssembly>
  </dependency>
</assembly>

接下来，您必须在“配置属性 -> ”下将“生成清单”选项设置为“否”。 链接器-> 清单文件，然后将“配置属性 ->”下的“嵌入清单”选项设置为“否” 清单工具 -> 输入和输出。

最后，要将新清单添加到程序集中，请将以下命令添加到项目的构建后步骤中：

mt.exe /manifest "$(ProjectDir)cppassembly.dll.manifest" /outputresource:"$(TargetDir)\cppassembly.dll";#2 -out:"$(TargetDir)\cppassembly.dll.manifest"

构建后，我们可以在 Visual Studio 中打开 dll，以查看 RT_MANIFEST 下的清单并确认它具有我们的清单！

当我将 Christopher 的代码放入 stdafx.h 中时，它最终将其添加为附加依赖项...清单仍在寻找 v8.0.50727.762。 它生成的清单如下所示：

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC80.DebugCRT" version="8.0.50608.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    </dependentAssembly>
  </dependency>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC80.DebugCRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    </dependentAssembly>
  </dependency>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    </dependentAssembly>
  </dependency>
</assembly>

我无法找到另一个可以删除或清除现有依赖项的开关。 与构建后步骤相比，我更喜欢 Christopher 的方法，但目前来说这是可行的。 如果有人对如何清除任何现有依赖项有任何额外的意见，那就太好了。

谢谢！

Answer 2

是的。 在您的项目属性中，有一个页面指示运行时。 有一个下拉菜单列出了所有可用的运行时。 选择适合您的一款。
（对于 VS 2008：右键单击项目 -> 属性，编译选项卡，高级编译器设置按钮 -> 目标框架）

我们现在就这样做。 我们希望迁移到 VS 2008，但我们正在逐步进行。 现在我们有一个 VS 2008 解决方案，但所有项目仍然以 .Net 2.0 为目标。 因此，当我们编译和部署时，我们不需要在测试盒上安装 .Net 3.5 的东西。

更新：

要强制本机程序链接到特定版本的 .dll，您可能需要使用类似以下内容：

#pragma message ("Explicit link to generate a manifest entry for MFC.")

#if defined (_DEBUG)

#pragma comment(linker, "\"/manifestdependency:type='win32' name='Microsoft.VC80.DebugMFC' version='8.0.50608.0' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b'\"")

#else

#pragma comment(linker, "\"/manifestdependency:type='win32' name='Microsoft.VC80.MFC' version='8.0.50608.0' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b'\"")

#endif

除了，您应该找到 .Net 的正确值，而不是 MFC。 DLL。

有理由相信您不能在同一个机器上同时安装 .Net 2.0 SP1 和 .Net 2.0。 所以让这个在那个盒子上工作可能会非常非常痛苦。 最好启动一个新的构建虚拟机，您可以在其上安装旧的、未修补的 .Net 框架（如果您甚至可以再掌握它）。

否则您将需要将所有构建时文件复制到您当前的框，然后根据您的构建类型调整包含和库路径。 也许这是一个比其价值更令人头痛的问题。

Answer 3

约翰真的让我走上了解决同样问题的正确道路。 我正在对旧的 VS2005 C++（非 CLR）项目进行轻微更改。 我的开发计算机具有所有更新，因此 VS2005 创建对最新版本的 MFC80 和 MSVCx80 DLL 的引用，并且可执行文件无法在目标计算机上运行，​​因为这些版本不可用，而且我没有更新这些计算机的选项。 所以我需要控制嵌入在可执行文件中的清单中的 assmelby 依赖项。 这似乎与约翰正在研究的问题相同。 从他的附加信息开始，这对我有用。

在 ProjectDir 中创建带有相应程序集参考信息的 program.exe.debug.manifest 和 program.exe.release.manifest 文件。 不要将它们添加到项目或链接器中，并尝试将它们都包含在每个构建中。 然后设置工程属性如下：

Linker-> 清单文件选项

• 生成清单：否
• 清单文件：空白
• 附加清单依赖项：空白
• 允许隔离：是

清单工具 -> 输入和输出选项

• 附加清单文件：$(ProjectDir)$(TargetFileName).$(ConfigurationName).manifest
• 输入资源清单：空白
• 嵌入清单：是
• 输出清单文件：（自动填写）
• 清单资源文件：（自动填写）
• 生成目录文件：否
• 依赖信息文件：$(IntDir)\mt.dep（自动填写）

根据我的测试，这似乎不会生成任何其他清单文件，并将您手工编码的清单信息作为 RT_MANIFTEST 资源 #1 嵌入到 EXE 中。

在清单工具选项中，“输出清单文件”和“清单资源文件”会自动填充，即使在我清除它们之后也是如此。

这似乎允许我控制程序集依赖性并让可执行文件在目标计算机上运行。 额外的好处是我不必使用用于其他目的的构建后步骤。 通过操作链接器和清单工具选项，可以获得相同的结果。

抱歉，我无法上传屏幕截图，但我是新用户，目前还不允许使用图片。

Answer 4

我知道这是一个黑客行为，但我已经求助于外部生成清单，并用记事本修改它。 在紧要关头，它对我来说已经成功了。 就我而言，我希望有一个 VC++ 2005 应用程序指向 .762 CRT。

祝你好运！
特里

Answer 5

约翰的答案对我们有用。 在 Visual C++ 2005 中，编译器生成包含 762 和 4053 版本的 MFC 和 CRT 的清单。 我们从清单中删除了 4053 版本，然后转到上述手动步骤。 （内部代码实际上会获取 4053，因为它是公认的超过 762 的安全修复程序，但规范是必要的，否则链接就会失败。）

Ted 的博客 (tedwvc.wordpress.com) 帖子给了我们提示，但他的解决方案不起作用为我们而出。 这种方法在这里有效。

Answer 6

我认为您需要 CorBindToRuntime。 这将允许您指定 C++ 加载的 CLR 版本。