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
Currently Locator pushes MSBuild binding redirects into the app.config of the app that references it.
MSBuild requires assembly unification because a new version of MSBuild must be able to run tasks compiled against an older MSBuild, so we must unify to the engine's version of ITask and ITaskItem and so on.
However, MSBuildLocator is in charge of loading MSBuild assemblies, and can do some unification itself. Is that sufficient to drop the need to have app.config binding redirects for client applications?
If this worked, we could more freely rev MSBuild's assembly version, since we'd be binding by location rather than version.
The text was updated successfully, but these errors were encountered:
@AndyGerlicher, was talking about this with @nguerrera and we both have a vague recollection that this wouldn't be enough, but no idea why. Do you remember anything?
Currently Locator pushes MSBuild binding redirects into the
app.config
of the app that references it.MSBuild requires assembly unification because a new version of MSBuild must be able to run tasks compiled against an older MSBuild, so we must unify to the engine's version of
ITask
andITaskItem
and so on.However, MSBuildLocator is in charge of loading MSBuild assemblies, and can do some unification itself. Is that sufficient to drop the need to have
app.config
binding redirects for client applications?If this worked, we could more freely rev MSBuild's assembly version, since we'd be binding by location rather than version.
The text was updated successfully, but these errors were encountered: