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

Allow workloads to override property defaults #14393

Merged
merged 2 commits into from
Nov 3, 2020

Conversation

dsplaisted
Copy link
Member

Workload targets imports now go soon after target framework inference, allowing them to override property defaults from the .NET SDK

@dsplaisted dsplaisted force-pushed the workload-updates branch 2 times, most recently from 6bf1cba to d155e5e Compare November 1, 2020 07:20
Workload targets imports now go soon after target framework inference, allowing
them to override property defaults from the .NET SDK
@dsplaisted dsplaisted marked this pull request as ready for review November 2, 2020 08:04
<PropertyGroup Condition="'$(SupportedOSPlatformVersion)' == ''">
<SupportedOSPlatformVersion>$(TargetPlatformVersion)</SupportedOSPlatformVersion>
</PropertyGroup>
<Import Project="$(AfterMicrosoftNETSdkTargets)" Condition="'$(AfterMicrosoftNETSdkTargets)' != ''"/>
Copy link

Choose a reason for hiding this comment

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

This is smart!

@dsplaisted dsplaisted merged commit f11d4b8 into dotnet:release/5.0.2xx Nov 3, 2020
pjcollins added a commit to dotnet/android that referenced this pull request Nov 5, 2020
The `Microsoft.Android.Sdk` pack has been broken up into three Host OS
packs.  Depending on the operating system used during the build, one
or more of the following packs will now be created:

  * `Microsoft.Android.Sdk.linux-x64`
  * `Microsoft.Android.Sdk.osx-x64`
  * `Microsoft.Android.Sdk.windows-x64`

This is still mostly missing Linux support, which can be addressed in
a future PR that adds a linux build step to our commercial pipeline.

TODO:

Once we bump to a `dotnet` install which contains
[dotnet/sdk#14393][0], we'll need to replace mentions of
`windows-x64` with `win-x64`.

[0]: dotnet/sdk#14393
@clairernovotny
Copy link
Member

This is a significant breaking change because now they're before Directory.Build.targets are processed and many projects may be settting UseWpf/UseWindowsForms per TFM in those directory targets.

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.

4 participants