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

Remove unsupported TFM's from SupportedTargetFramework. #1578

Merged
merged 3 commits into from
Aug 9, 2019

Conversation

vatsan-madhavan
Copy link
Member

- Completes work started in dotnet/sdk#3438

Removes unsupported TFM's from SupportedTargetFramework.
@ghost ghost requested review from rladuca, ryalanms and stevenbrix August 8, 2019 19:19
@ghost ghost added the PR metadata: Label to tag PRs, to facilitate with triage label Aug 8, 2019
@ghost ghost requested a review from SamBent August 8, 2019 19:19
@vatsan-madhavan
Copy link
Member Author

I decided to start this PR before the definition for SupportedNETStandardTargetFramework etc. flows into dotnet/wpf - I figured the change would simply be benign if those are not defined.

@peterhuene I can give you a privately build WindowsDesktop SDK based on this change - would you able to help test this with VS?

@peterhuene
Copy link

I've tested it in VS with my original suggestion (without the condition you added to the group) with a manually modified WindowsDesktop SDK. I can retest with this PR's contents too.

@vatsan-madhavan
Copy link
Member Author

I've tested it in VS with my original suggestion (without the condition you added to the group) with a manually modified WindowsDesktop SDK. I can retest with this PR's contents too.

That's really the interesting portion. Take a WPF or Windows Forms app, remove UseWPF or UseWindowsForms and see if it behaves ok, set TFM to netcoreapp2.0 and see if it behaves ok etc.

Microsoft.NET.Sdk.WindowsDesktop.3.0.0-dev.zip

@peterhuene
Copy link

I'll test that out.

@peterhuene
Copy link

peterhuene commented Aug 8, 2019

Without UseWpf/UseWindowsForms, I get NETSDK1106: Microsoft.NET.Sdk.WindowsDesktop requires 'UseWpf' or 'UseWindowsForms' to be set to 'true'. I get the full list of .NET Core App target frameworks. With either property set, I get just 3.0 (I have to reload the project, though; the project properties doesn't seem to re-evaluate the supported frameworks upon project changes).

@vatsan-madhavan
Copy link
Member Author

Without UseWpf/UseWindowsForms, I get NETSDK1106: Microsoft.NET.Sdk.WindowsDesktop requires 'UseWpf' or 'UseWindowsForms' to be set to 'true'. I get the full list of .NET Core App target frameworks.

That's what I would expect. The warning is suppressible and we designed it that way to enable certain scenarios.

With either property set, I get just 3.0 (I have to reload the project, though; the project properties doesn't seem to re-evaluate the supported frameworks upon project changes).

great!

Would you mind testing to see what happens when you set TFM to netcoreapp2.2. in your project by hand? This is clearly not natural scenario, but I think it can happen when using MSBuild SDK Extras etc. indirectly.

@peterhuene
Copy link

peterhuene commented Aug 8, 2019

NETSDK1105: Windows desktop applications are only supported on .NET Core 3.0 or higher. and the expected build errors due to missing references.

I get the full list of .NET Core App target frameworks in the project properties (after reload).

@vatsan-madhavan
Copy link
Member Author

NETSDK1105: Windows desktop applications are only supported on .NET Core 3.0 or higher. and the expected build errors due to missing references.

I get the full list of .NET Core App target frameworks in the project properties (after reload).

Perfect!

Thank you!

@peterhuene
Copy link

I'll review as soon as Nick gets back to me regarding what we want to do with the .NET Framework values.

@vatsan-madhavan
Copy link
Member Author

/cc @merriemcgaw FYI.

@vatsan-madhavan
Copy link
Member Author

@peterhuene, I've updated incorporating exclusions for netfx.

@vatsan-madhavan vatsan-madhavan added this to the 3.0 milestone Aug 9, 2019
@vatsan-madhavan vatsan-madhavan added the tell-mode Issues and PR's that require notice to .NET Core Shiproom label Aug 9, 2019
@vatsan-madhavan vatsan-madhavan merged commit 52484fe into master Aug 9, 2019
@vatsan-madhavan vatsan-madhavan deleted the dev/vatsan/supported-tfms branch August 9, 2019 02:48
@ghost ghost locked as resolved and limited conversation to collaborators Apr 15, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
PR metadata: Label to tag PRs, to facilitate with triage tell-mode Issues and PR's that require notice to .NET Core Shiproom
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants