Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enable net6.0 build #2497

Merged
merged 3 commits into from Jul 1, 2023
Merged

Enable net6.0 build #2497

merged 3 commits into from Jul 1, 2023

Conversation

eerhardt
Copy link
Contributor

This allows for using new APIs introduced in net6.0.

In order to enable building for net6.0, we also need to revert the thread pool changes in #1939 and #1950. This was already effectively reverted in #1992 by not building for net6.0. Now that we are building for net6.0 again, these if-defs need to be removed.

Questions:

  1. Does this need a ReleaseNotes entry? I don't think there is any user-visible affect to this change.
  2. Should net5.0 be removed? It has been end-of-life for over a year. I left it in, for now. It can be removed in the future, if we think it should be removed.

cc @NickCraver @mgravell

This allows for using new APIs introduced in net6.0.

In order to enable building for net6.0, we also need to revert the thread pool changes in StackExchange#1939 and StackExchange#1950. This was already effectively reverted in StackExchange#1992 by not building for net6.0. Now that we are building for net6.0 again, these if-defs need to be removed.
@NickCraver
Copy link
Collaborator

FWIW I'm good with dropping net5.0 here given it's non-LTS and EOL over a year ago - @mgravell thoughts?

@eerhardt eerhardt mentioned this pull request Jun 30, 2023
Copy link
Collaborator

@NickCraver NickCraver left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking good - thanks for the tweaks!

@NickCraver NickCraver merged commit c0c71c3 into StackExchange:main Jul 1, 2023
4 checks passed
@eerhardt eerhardt deleted the AddNet6 branch July 4, 2023 20:23
@0xfeeddeadbeef
Copy link

Why not drop .NET Core 3.1 as well while at it?

@0xfeeddeadbeef
Copy link

IMHO, dropping a target framework is a kind of change that warrants bumping a minor version (at least).

@NickCraver
Copy link
Collaborator

@0xfeeddeadbeef because .NET Core 3.1 is newer and was an LTS which many more people are on for the long-term. If we're dropping an LTS, I'd agree with a minor version bump. For a non-LTS over a year past EOL I'm a lot less concerned :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants