You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
note: in reality, we only need apk add build-base zlib-dev in addition to icu-libs in a fresh VM / container to PublishAot a fully loaded mvc app.. lld is especially not a prerequisite.
Are there plans to support the arm32 (armhf) architecture? This is relevant for most Raspberry Pi environments that are not using the newest 64-bit OS or older hardware (before RPi 3). Armbian also does not seem to offer 64-bit images yet (for other devices like NanoPi, Orange Pi etc.).
Are there plans to support the arm32 (armhf) architecture? This is relevant for most Raspberry Pi environments that are not using the newest 64-bit OS or older hardware (before RPi 3). Armbian also does not seem to offer 64-bit images yet (for other devices like NanoPi, Orange Pi etc.).
Are there plans to support the arm32 (armhf) architecture? This is relevant for most Raspberry Pi environments that are not using the newest 64-bit OS or older hardware (before RPi 3). Armbian also does not seem to offer 64-bit images yet (for other devices like NanoPi, Orange Pi etc.).
That said, we would still accept community contributions towards ARM32-Linux. It used to work at some point and it's probably not too far from working. No matter the resolution of the ARM32 .NET 9 discussion, for .NET 8 we'll still have all the infrastructure for Linux-ARM32 release and testing in place and we can run the port in the CI.
Also, as that issue mentions, that would be dropping Microsoft-maintained support. If community members would be willing to maintain support, that is up for discussion.
I think till now the biggest performance problem with Native AOT is for reflection because ASP.NET CORE and EF Core-like frameworks are based on reflection. A nice possible way to solve many of these problems (not all) would be adding Rust-like macros in C#. Macros can do most of the important things that reflection does in compile time. In rust, all dynamic frameworks rely on it.
Reacted by Stratos, Christian Weyer, neon-sunset, GeorgeS2019, mrzaxaryan, gedo4547, Volkan Alkılıç, Terria Katsura, Ben Burnett, Michal Dobrodenka and 2 more
Activity
filipnavara commentedon Sep 30, 2022
Done, CI enabled with #75421
am11 commentedon Sep 30, 2022
This works with .NET 7. We even have docs listing Alpine Linux prerequisites: https://github.com/dotnet/docs/blob/main/docs/core/deploying/native-aot/index.md#prerequisites.
note: in reality, we only need
apk add build-base zlib-devin addition toicu-libsin a fresh VM / container toPublishAota fully loaded mvc app..lldis especially not a prerequisite.Update pre-requisites for native aot publishing
jkotas commentedon Oct 1, 2022
Fixed in dotnet/docs#31535
2 remaining items
ygoe commentedon Nov 27, 2022
Are there plans to support the arm32 (armhf) architecture? This is relevant for most Raspberry Pi environments that are not using the newest 64-bit OS or older hardware (before RPi 3). Armbian also does not seem to offer 64-bit images yet (for other devices like NanoPi, Orange Pi etc.).
MichalPetryka commentedon Nov 27, 2022
There are plans to remove ARM32 support from CoreCLR in .Net 9 (and NativeAOT uses that for codegen).
MichalStrehovsky commentedon Nov 27, 2022
That said, we would still accept community contributions towards ARM32-Linux. It used to work at some point and it's probably not too far from working. No matter the resolution of the ARM32 .NET 9 discussion, for .NET 8 we'll still have all the infrastructure for Linux-ARM32 release and testing in place and we can run the port in the CI.
agocke commentedon Nov 28, 2022
Also, as that issue mentions, that would be dropping Microsoft-maintained support. If community members would be willing to maintain support, that is up for discussion.
[-]Future AOT Work[/-][+]Native AOT in .NET 8[/+]ziaulhasanhamim commentedon Jan 26, 2023
I think till now the biggest performance problem with Native AOT is for reflection because ASP.NET CORE and EF Core-like frameworks are based on reflection. A nice possible way to solve many of these problems (not all) would be adding Rust-like macros in C#. Macros can do most of the important things that reflection does in compile time. In rust, all dynamic frameworks rely on it.
DeafMan1983 commentedon Mar 22, 2023
I should use
musl-g++with native aot if yes then I can continue with musl-libc for Alpine and Void-Linux.fishkapro commentedon May 8, 2023
Will com\wmi be added? Are there any ways to work with wmi now? Either the ability to use Microsoft.Management.Infrastructure or System.Management
agocke commentedon Aug 10, 2023
.NET 8 is closing out, we'll pick new things up in .NET 9.