Binding redirects should be enabled by default when target .NET Framework
See original GitHub issueWe don’t support .NET Framework projects via SDK-style projets yet, but many of us are dog fooding this experience already. I had to add the following two lines to my project to get binding redirects in my unit testing project:
<PropertyGroup Condition=" '$(TargetFrameworkIdentifier)' == '.NETFramework' ">
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
<GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
</PropertyGroup>
We should make sure this ends up in the default props so that customers don’t have to know that – they expect binding redirects to just work.
Issue Analytics
- State:
- Created 6 years ago
- Comments:16 (15 by maintainers)
Top Results From Across the Web
Redirecting Assembly Versions - .NET Framework
Redirect compile-time binding references to different versions of .NET assemblies, third-party assemblies, or your own app's assemblies.
Read more >Binding Redirects
The fix if you're using .NET Framework · Enable <AutoGenerateBindingRedirects> (this doesn't work for web projects - it doesn't handle web.config ).
Read more >Adding a bindingRedirect to a .Net Standard library
Binding redirects are a .NET framework concept, there are no binding redirects on .NET Standard and .NET Core. However, an application (the ...
Read more >Automatically generating assembly binding redirects
NET has a weird way of referencing dependencies. When one "assembly" (EXE or DLL) references another, there are four items stored:.
Read more >Configuring .NET Framework Assembly-binding Redirects
The method described below works: when you get an exception because the runtime gets an unexpected version of an assembly—e.g. “The located ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Perhaps we should have
<TreatAsExecutable>true</TreatAsExecutable>
in test SDK. And we would default TreatAsExecutable toOutputType==Exe
in core SDK and replace all checks of OutputType==Exe with TreatAsExecutable==true.Any news on this issue? Was it shipped?