-
Notifications
You must be signed in to change notification settings - Fork 5.3k
[master] Update dependencies from mono/linker dotnet/runtime-assets dotnet/icu #39158
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
[master] Update dependencies from mono/linker dotnet/runtime-assets dotnet/icu #39158
Conversation
Microsoft.NET.ILLink.Tasks From Version 5.0.0-preview.3.20360.3 -> To Version 5.0.0-preview.3.20361.1
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
|
I couldn't figure out the best area label to add to this PR. If you have write-permissions please help me learn by adding exactly one area label. |
…ld 20200710.1 System.ComponentModel.TypeConverter.TestData , System.Drawing.Common.TestData , System.IO.Compression.TestData , System.IO.Packaging.TestData , System.Net.TestData , System.Private.Runtime.UnicodeData , System.Security.Cryptography.X509Certificates.TestData , System.Windows.Extensions.TestData From Version 5.0.0-beta.20319.2 -> To Version 5.0.0-beta.20360.1
Auto-Merge StatusThis pull request has not been merged because Maestro++ is waiting on the following merge policies.
|
Microsoft.NETCore.Runtime.ICU.Transport From Version 5.0.0-preview.8.20359.5 -> To Version 5.0.0-preview.8.20359.7
ff306f4 to
08f7d91
Compare
|
Failures are unrelated, merging to unblock work on ICU and linker |
|
cc @ViktorHofer @safern Don't we normally avoid updating our SDK to non-public builds? This is going to force folks to install a nightly build if they want VS support. |
|
We usually bump the SDK on infrastructure rollouts. If we do need to bump it outside of the infra rollouts we need to send an email to the contributors and post it in some channel like gitter to let people know about the breaking change. |
No, if we need features to unblock something in our repo, it is fine to use daily build bits, they can be installed with |
Do we actually rely on the SDK for that? I thought we download the package directly via Lines 118 to 119 in 059782e
Maybe @eerhardt or @joperezr have some insight here.
True, but we prefer depending on those features from packages if we can since it's less disruptive to contributors. |
Yes, SDK has its own illink targets which are used here |
|
The tricky part about the ILLinker is that the actual tool comes from one package, but the targets and task to invoke it come from the SDK. This makes it really tricky as we update the actual tool quite frequently but the SDK not so much and most of the fixes we sometimes rely on are on the targets/tasks like when we want to enable feature switches for example. This disconnect is one of the reasons why we have our own ILlink targets instead of using the default ones, since we want to control the way we call the linker as sometimes we need features the linker already has, but we are lacking SDK that can take advantage of those. |
|
I see. Makes sense. I think we should send out an email to let folks know about the SDK update outside an infrastructure rollout. |
Are we at a point where we can just use the linker exe that comes with the SDK? Do we actually need to be on the latest linker .exe in the runtime repo? It feels like keeping the linker exe and the linker targets in sync is a goal. |
I don't think we are and probably won't be for some time. Would the alternative be to move SDK targets to linker package? |
| { | ||
| "sdk": { | ||
| "version": "5.0.100-preview.6.20310.4", | ||
| "version": "5.0.100-preview.8.20362.3", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, this is a breaking change that shouldn't have been made outside the monthly Infrastructure Rollout window.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@marek-safar can you please send an email to the runtime-repo alias explaining why the SDK's min version was bumped and why it happened outside the batched rollout window? Thanks
Yeah. Could be linker package could be something else. Maybe it makes sense to follow the same model as roslyn. It has similar characteristics. |
This pull request updates the following dependencies
From https://github.com/mono/linker
From https://github.com/dotnet/runtime-assets
From https://github.com/dotnet/icu