Repository navigation
[workload] Add Microsoft.Android.Runtimes framework - #10038
Conversation
A new "architecture-less" runtime pack has been added to distribute Mono.Android.dll and other assets that are not architecture specific. To support this, a new `Microsoft.Android.Runtimes` FrameworkReference has been added to include our architecture specific runtime packs. The existing `Microsoft.Android` FrameworkReference will bring in the new runtime pack.
|
@jonathanpeppers I haven't yet sorted out why |
|
Assuming the latest tests look good I think this should mostly be good to go |
|
Rough workload pack compressed size change summary with changes to ship only one Mono.Android.dll:
|
jonathanpeppers
left a comment
jonathanpeppers
left a comment
There was a problem hiding this comment.
With the size saving, could we just put the NativeAOT/CoreCLR packs in the workload:
These were restoring on the first build, but if they are so small now let's just install them to avoid messing with feeds for nightly builds?
Otherwise, this looks good to me, can it be taken out of draft? 😄
|
One other thing worth noting for our future selves, when .NET 11 comes around I think we'll need to update this section to also include this new |
4 participants
Context: dotnet/sdk#24077
A new "architecture-less" runtime pack has been added to distribute
Mono.Android.dll and other assemblies that are not architecture specific.
To support this, a new
Microsoft.Android.RuntimesFrameworkReferencehas been added to include our architecture specific runtime packs. The
existing
Microsoft.AndroidFrameworkReference has been updated tobring in the new runtime pack instead.
Shipping only one copy of Mono.Android.dll should cut down our workload
size by nearly 100MB compressed, and even more on disk.
With the size reductions the CoreCLR and NativeAOT runtime packs will
now be installed by the workload by default to avoid the need to
configure custom feeds to get these packs.