Почему 64-битная MSBuild загружает 32-битные расширения? - PullRequest
Новая
       47

Почему 64-битная MSBuild загружает 32-битные расширения?

9 голосов
/ 27 августа 2010

Я пытаюсь построить проект с использованием MSBuild (v4.0) на 64-битной машине.По какой-то причине MSBuild пытается загрузить 32-разрядное расширение, и я не могу понять, почему.Я уменьшил проблему до наименьшего набора, чтобы продемонстрировать проблему.

Используя следующий файл проекта MSBuild: 

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0">
    <Target Name="test">
        <Message Text="bin path: $(MSBuildBinPath)" />
        <Message Text="extensions path: $(MSBuildExtensionsPath)" />
        <Message Text="extensions path (x86): $(MSBuildExtensionsPath32)" />
        <Message Text="extensions path (x64): $(MSBuildExtensionsPath64)" />
    </Target>
</Project>

Я получаю этот вывод: 

Microsoft (R) Build Engine Version 4.0.30319.1
[Microsoft .NET Framework, Version 4.0.30319.1]
Copyright (C) Microsoft Corporation 2007. All rights reserved.

Build started 8/27/2010 9:56:35 AM.
Project "D:\5\test.proj" on node 1 (default targets).
test:
  bin path: C:\Windows\Microsoft.NET\Framework64\v4.0.30319
  extensions path: C:\Program Files (x86)\MSBuild
  extensions path (x86): C:\Program Files (x86)\MSBuild
  extensions path (x64): C:\Program Files\MSBuild
Done Building Project "D:\5\test.proj" (default targets).


Build succeeded.
    0 Warning(s)
    0 Error(s)

Time Elapsed 00:00:00.03

MSBuild, очевидно, знает о 32-битном и 64-битном пути расширений, и из двоичного пути кажется ясным, что я запускаю 64-битный MSBuild.exe, но по некоторым причинам он считает, что расширения должны быть загружены из Program Files (x86)вместо Program Files.Это вызывает у меня проблемы, так как у меня есть нужное расширение, которое ДОЛЖНО быть загружено правильно в 32-битном / 64-битном процессе, и оно не будет загружаться (MSBuild пытается загрузить 32-битную версию в 64-битном процессе).

Почему?

1 Ответ

14 голосов
/ 31 августа 2010

I подал ошибку в Microsoft Connect, и она была закрыта как «By Design», с таким объяснением:

Вы совершенно правы - это изменилось, и, строго говоря, сейчас это неправильно. Однако это было сознательное решение. Причина, по которой это было изменено, заключалась в том, что очень много расширений (таких как файлы .targets), установленных другими продуктами, устанавливаются только в 32-разрядных файлах программных файлов. Они не ожидали 64-битных сценариев, но в 64-битном MSBuild в целом работали бы просто отлично. Когда пользователь запускает 64-разрядную версию MSBuild, что является довольно распространенным явлением в настоящее время, поскольку это значение по умолчанию для Team Build 2010, MSBuildExtensionsPath в прошлом разрешал бы 64-разрядные программные файлы, как вы ожидаете. Однако это означало, что все эти файлы .targets больше не были найдены и сборка не удалась. Было непрактично заставить все эти продукты исправлять их настройки, тем более что они уже были отправлены клиентам. Поэтому мы внесли изменения, чтобы MSBuildExetnsionsPath всегда указывал на 32-битное расположение. Кажется, почти никто не хочет 64-битное расположение, и эти люди могут перейти на MSBuildExtensionsPath64. Это был действительно вопрос наименее плохого варианта здесь.

Я принимаю доказательства, но я не согласен с заключением. Я считаю, что авторы неработающих инсталляторов заслуживают того, чтобы их расширения не работали на 64-битных машинах.

...