You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We should not load assemblies from the bin\amd64 subfolder of MSBuild in normal operation--VS, MSBuild.exe, and MSBuildLocator should load the single copies from bin\ instead.
Some tools load MSBuild assemblies directly from bin\amd64 and as a result we've had to ship should-be-redundant copies of assemblies there in several cases. We should avoid this where possible.
Today, most of those assemblies are marked for ngen, and further with the default ngen that uses vsn.exe.config (the in-VS binding redirects) AND FURTHER for all architectures:
We should not load assemblies from the
bin\amd64
subfolder of MSBuild in normal operation--VS, MSBuild.exe, and MSBuildLocator should load the single copies frombin\
instead.Some tools load MSBuild assemblies directly from
bin\amd64
and as a result we've had to ship should-be-redundant copies of assemblies there in several cases. We should avoid this where possible.Today, most of those assemblies are marked for ngen, and further with the default ngen that uses
vsn.exe.config
(the in-VS binding redirects) AND FURTHER for all architectures:msbuild/src/Package/MSBuild.VSSetup/files.swr
Lines 180 to 190 in a71903d
The text was updated successfully, but these errors were encountered: