Developers can use native AOT experiment to target Windows and Linux ARM64

[agocke]

Right now Native AOT runs on significantly fewer platforms than CoreCLR. We think that extending support to ARM64, which is already supported by CoreCLR, would be useful in identifying costs and benefits of the Native AOT form factor.

We'd like to add compatibility for Windows and Linux ARM64 to the Native AOT experiment and bring the experience closer to traditional CoreCLR form factors.

Work tracking

runtimelab Infrastructure

• Official builds for runtime labs
• Runtime labs all-up publishing

runtimelab Windows, Linux x64 bring-up

• Move CoreRT tests to use CoreCLR testing infra
• Fix test failures
• Run CoreCLR tests
• Fix top test failures

Archive CoreRT Repo

• Mop-up integration CoreRT -> runtimelabs
• Move documentation from dotnet/corert
• Archive CoreRT

Improve reflection experience

• IL linker annotation support

Debugging

• Infrastructure for more SOS support
• DumpLog, DumpHeap, VerifyHeap and DumpAsync commands

ARM64 Compatibility

• Linux ARM64 build
• Test infrastructure (packaing tests on build machine and execute them on Linux ARM64 box)
• Linux ARM64 smoke tests
• Fix top test failures
• Windows ARM64 build
• Windows ARM64 smoke tests
• Windows ARM64 fix top test failures

Improved Linux tracing

• Finish refectoring EventPipe to be shared between CoreCLR and Mono
• Integrate new EventPipe implementation into Native AOT

[agocke]

cc @jkotas @MichalStrehovsky

[jeffschwMSFT]

@agocke can you parent this under the right theme

[agocke]

@jeffschwMSFT Since this is a User Story, I added it to the #248 Epic. Does that look right to you?

[charlesroddie]

ARM64 support is great but there is a lack of a user story here to match the ambitions of the title ("widen platform compatibility").

Here are some major .Net platforms with the current state of support:

Platform	AOT support in .Net	Work for nAOT support	Estimate
Windows GUI (UWP/WinForms/WPF/Avalonia)	No (Avalonia only; UWP is regression)	COM interop	Medium
Xamarin Mac/iOS	Partial via mono	ARM64 + hooks	Large
Xamarin Android	Partial via mono	ARM64 + hooks	Large
Blazor client	Planned for mono	WASM + hooks	?
Traditional web (ASP.Net/Blazor server)	No	Reflection-free web frameworks	Large?

[agocke]

We use the term "platform" to refer to OS+arch, these are what I would call "app frameworks"

At the moment we're not working on broadening app framework support, but focusing on traditional command line-like apps, while broadening support for more underlying platforms.

[danmoseley]

@agocke we are trying to fix all user story titles to be in terms of the user visible result. Is this a reasonable title: "Developers can use AOT to target Windows and Linux ARM64" ?

[jkotas]

"Developers can use AOT to target Windows and Linux ARM64"

Developers can use native AOT experiment to target Windows and Linux ARM64

[charlesroddie]

At the moment we're not working on broadening app framework support, but focusing on traditional command line-like apps

It's valid to substitute "irrelevant" for "traditional command line-like" in the above sentence and it shows that he strategy is insane. There was a native aot framework (UWP), which was deployed in user-facing apps, has regressed with dotnet5, and you are saying that even after significant future development native AOT will still be unusable in practice.