Skip to content

Package linker for SDK#532

Merged
marek-safar merged 7 commits intodotnet:masterfrom
sbomer:netfx
Apr 17, 2019
Merged

Package linker for SDK#532
marek-safar merged 7 commits intodotnet:masterfrom
sbomer:netfx

Conversation

@sbomer
Copy link
Member

@sbomer sbomer commented Apr 15, 2019

For dotnet/sdk#3125.

This most notably adds a net472 build of ILLink.Tasks, and modifies Sdk.props to import the correct build of the tasks, depending on the MSBuild runtime type. This makes it possible to use the linker tasks on desktop MSBuild once again. Regardless of the MSBuild runtime, illink.dll will run on .NET Core. We set 'rollForwardOnNoCandidateFx' to allow running on .NET Core 3 (even though illink.dl is built targeting netcoreapp2.0).

This change removes many workarounds from the old packaging logic, as we can now use NuGet extension points and avoid using a custom .nuspec.

sbomer added 5 commits April 14, 2019 15:33
This also removes workarounds that are no longer necessary, using
built-in extension points to the nuget Pack target instead of a custom
.nuspec.

The new package includes a netcoreapp2.0 and a net472 build of
ILLink.Tasks, as well as the illink.dll command-line tool invoked by
the task (on netcoreapp2.0).
Via rollForwardOnNoCandidateFx.
Also rename the property to ILLinkTasksAssembly
@marek-safar marek-safar reopened this Apr 17, 2019
@marek-safar marek-safar merged commit 010f98e into dotnet:master Apr 17, 2019
tkapin pushed a commit to tkapin/runtime that referenced this pull request Jan 31, 2023
For dotnet/sdk#3125.

This most notably adds a net472 build of ILLink.Tasks, and modifies Sdk.props to import the correct build of the tasks, depending on the MSBuild runtime type. This makes it possible to use the linker tasks on desktop MSBuild once again. Regardless of the MSBuild runtime, illink.dll will run on .NET Core. We set 'rollForwardOnNoCandidateFx' to allow running on .NET Core 3 (even though illink.dl is built targeting netcoreapp2.0).

This change removes many workarounds from the old packaging logic, as we can now use NuGet extension points and avoid using a custom .nuspec.

Commit migrated from dotnet/linker@010f98e
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.

2 participants