-
-
Notifications
You must be signed in to change notification settings - Fork 220
Drop targeting all but netstandard2.0, uap10.0, and net45 #435
Comments
@vbfox @arlm @jmelosegui Comments or concerns? |
Makes complete sense for me.
Andrew Arnott <notifications@github.com> schrieb am So., 7. Juli 2019,
14:25:
… @vbfox <https://github.com/vbfox> @arlm <https://github.com/arlm>
@jmelosegui <https://github.com/jmelosegui> Comments or concerns?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#435>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AACPZL5OXOXL4VISGNWPXT3P6HOEXANCNFSM4H6VSAXA>
.
|
I had a hard time building the repo recentlly - had to download an archived copy of Win8 SDK to get a clean build. I may have had to install some netfx dev pack as well.. glad this is being considered. |
In 9bf33ae I dropped the PCL profiles from all projects. I dropped net40 from all but one project (only one project actually needed it). The CONTRIBUTING.md doc is updated with instructions to get it to build. I've tested it on a very clean Win10 machine (using Win10's Sandbox VM) so I believe it should all work. I haven't yet dropped net20 support. I might do that. I'll wait to hear if there are screams from just dropping net40 or PCLs or Win8 before cutting more. |
re: |
Yes, for all except embedded medical devices which tend to be many years behind everyone else. But then, they probably won't be consuming these nuget packages directly anyway, and they can always copy and paste the code they need. So ya, let's do it. |
OTOH now there are netfx ref assemblies available on NuGet that seem to work reliably. Not discouraging this move - just pointing out an option. https://www.nuget.org/packages/Microsoft.NETFramework.ReferenceAssemblies.net20/ |
@vatsan-madhavan We already use these: pinvoke/src/Directory.Build.props Line 82 in 4a25649
But I'm not sure what that has to do with the discussion. We're not dropping net20 support for lack of ref assemblies. The build is quite slow, and the design-time experience in VS is rather sluggish and memory heavy as well. Reducing the TFMs we support make development that much better. While dropping |
We're keeping |
Microsoft's long-term support for .NET Core 1.x and 2.0 are over. Customers targeting these versions are in a really bad place due to no security patches being offered and thus there are likely few to none out there.
Similarly, such a critical mass of customers already have net472 on their machines that many apps and libraries now support it.
PCLs (e.g.
portable-net40+win8+wpa81
) have not been createable in VS for years as well.This means we can likely target just netstandard2.0 (and UWP to retain our Store app compliance).
The text was updated successfully, but these errors were encountered: