4 ms·
You don't even need native AOT for that, you can already create self-contained binaries with .NET Core. Those have fewer restrictions than native AOT, they bund
by fabian2k 3y ago
You don't even need native AOT for that, you can already create self-contained binaries with .NET Core. Those have fewer restrictions than native AOT, they bundle the necessary runtime.
- pjc50 3y agoThey have some annoying downsides: they unpack the runtime when you run them. This can cause problems like "virus scanner takes time looking at each .dll unpacked" and "fill up the disk they're unpacked into". If they don't fix this by version 8 I might have to build my own CLR apphost solution :(
- fabian2k 3y agoI don't think that is the case anymore. I think it also was platform-specific before and only applied to Linux. But I couldn't find the exact change with a quick search.
- pjc50 3y agoIt's not the case for AOT, but it is for "self-contained", at least as of .NET 6.
- fabian2k 3y agoIt doesn't extract onto disk, I'm not sure if it is still doing some extraction into memory.
- ripley12 3y agoI believe this got fixed in .NET 5; now only native libraries need to be extracted and stored elsewhere on disk, and many applications can get by without native dependencies. > When the app starts, the managed DLLs are extracted and loaded in memory, avoiding the extraction to a folder. https://learn.microsoft.com/en-us/dotnet/core/deploying/single-file/overview?tabs=cli#native-libraries https://learn.microsoft.com/en-us/dotnet/core/deploying/sing...
- deleted 3y ago[deleted]