Как настроить таргетинг на конкретную версию среды выполнения C++?

Хотя я почти уверен, что ответ Кристофера и пример кода (спасибо, Кристофер!) являются частью более элегантного решения, мы были под прицелом, чтобы вывести это за дверь, и нашли очень похожее, но другое решение.

Первым шагом является создание манифеста для сборки:

<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"

После создания мы можем открыть dll в Visual Studio, чтобы просмотреть манифест в RT_MANIFEST и убедиться, что он имеет наш манифест!

Когда я поместил код Кристофера в stdafx.h, он добавил его как дополнительную зависимость... манифест все еще искал версию 8.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>

Я не смог отследить другой переключатель, который удалял бы или очищал существующие зависимости. Мне нравится подход Кристофера больше, чем шаг после сборки, но пока это работает. Если у кого-то есть какие-либо дополнительные сведения о том, как очистить любые существующие зависимости, это было бы здорово.

Спасибо!

да. В свойствах вашего проекта есть страница, которая указывает время выполнения. В раскрывающемся списке перечислены все доступные среды выполнения. Выберите тот, который подходит для вас. (Для 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

За исключением того, что вместо MFC вы должны найти правильные значения для .Net .DLL.

Разумно полагать, что у вас не может быть .Net 2.0 SP1 и .Net 2.0 на одном компьютере. Так что заставить это работать на этой коробке, вероятно, будет очень, очень болезненно. Вероятно, лучше запустить новую сборочную виртуальную машину, на которую вы можете установить старую, неисправленную платформу .Net (если вы вообще можете ее получить).

В противном случае вам нужно будет скопировать все файлы времени сборки в вашу текущую коробку, а затем внести коррективы в пути включения и библиотеки в зависимости от вашего типа сборки. Вероятно, это гораздо большая головная боль, чем оно того стоит.

Джон действительно поставил меня на правильный путь, чтобы решить ту же проблему. Я вношу небольшое изменение в старый проект VS2005 C++ (не CLR). На моей машине разработки есть все обновления, поэтому VS2005 создавал ссылки на последние версии библиотек DLL MFC80 и MSVCx80, и исполняемый файл не запускался на целевых машинах, потому что эти версии были недоступны, и у меня нет возможности обновить эти машины. . Поэтому мне нужно контролировать зависимости assmelby в манифесте, который встроен в исполняемый файл. Похоже, это та же проблема, над которой работает Джон. Начиная с его дополнительной информации, это то, что сработало для меня.

В ProjectDir создайте файлы program.exe.debug.manifest и program.exe.release.manifest с соответствующей справочной информацией о сборке. Не добавляйте их в проект или компоновщик, пытаясь включить их обоих в каждую сборку. Затем установите свойства проекта следующим образом:

Linker-> Параметры файла манифеста

• Создать манифест: Нет
• Файл манифеста: пустой
• Дополнительные зависимости манифеста: пусто
• Разрешить изоляцию: Да

Инструменты манифеста->Параметры ввода и вывода

• Дополнительные файлы манифеста: $(ProjectDir)$(TargetFileName).$(ConfigurationName).manifest
• Манифесты входных ресурсов: пусто
• Встроить манифест: Да
• Выходной файл манифеста: (заполняется автоматически)
• Файл манифеста ресурсов: (заполняется автоматически)
• Создать файлы каталога: Нет
• Файл информации о зависимостях: $(IntDir)\mt.dep (заполняется автоматически)

Из моего тестирования видно, что это не создает никаких других файлов манифеста и встраивает вашу закодированную вручную информацию манифеста в EXE как ресурс № 1 RT_MANIFTEST.

В параметрах инструмента манифеста «Выходной файл манифеста» и «Файл ресурсов манифеста» заполнялись автоматически, даже после того, как я их очистил.

Кажется, это позволяет мне контролировать зависимости сборки и запускать исполняемый файл на целевых машинах. Дополнительным преимуществом является то, что мне не пришлось использовать этап после сборки, который используется для других целей. Манипулируя параметрами Linker и Manifest Tool, можно получить тот же результат.

Извините, я не могу загрузить снимки экрана, но я новый пользователь, и изображения пока не разрешены.

Я знаю, что это взлом, но я прибегал к внешнему созданию манифеста и изменению его с помощью блокнота. В крайнем случае, это сделало свое дело для меня. В моем случае я хотел, чтобы приложение VC++ 2005 указывало на CRT .762.

Удачи! Терри

Ответ Джона работает для нас. В Visual C++ 2005 компилятор создает манифесты, включающие как 762, так и 4053 версии MFC и CRT. Мы удалили версию 4053 из манифеста и перешли к ручному шагу, описанному выше. (Внутренний код фактически захватит 4053, поскольку это признанное исправление безопасности по сравнению с 762, но спецификация необходима, иначе связывание просто не удастся.)

Запись в блоге Теда (tedwvc.wordpress.com) дала нам подсказку, но его решение нам не помогло. Вот этот подход работает.

Мне кажется, вам нужен CorBindToRuntime. Это позволит вам указать версию CLR, которую загружает ваш C++.