It's an exciting release day today! #dotnet 8 Preview 3 brings with it the first support for native AOT deployment of #aspnetcore apps! Go read about the details right now & try it out for yourself! https://t.co/XbBYGc8KgA
@jjoergensen@ScottDotMS @philiplaureano And WPF specifically is currently really problematic, you should get an error trying to trim WPF app currently.
@jjoergensen@ScottDotMS @philiplaureano Default behavior is that only assemblies which have AssemblyMetadata("IsTrimmable", "True") attribute are fully trimmed. Trim problems are global though - if there's a reflection code somewhere in the app which is not understood, it can break anything. https://t.co/KQph71VtQq
@SitnikAdam That would be tricky. Apparently one needs to look at molars. Also as a horse owner, please do not feed a horse without owner's agreement. (you don't know if it could hurt it).
ok, finished first draft of Czech name pronunciation for English speakers section. Czechs, if english speakers butcher your name, can you please reply with your name so I can check it against my guide and maybe add to the example list? https://t.co/fvm1mWCyR8
@lucasmeijer@runfaster2000@terrajobst Yes - that is correct. (unless you also enable trimming which could strip the original R2R data and without ability to rebuild it you would lose it for more/most assemblies).
@marcindeptula @raffaeler@ugidotnet Aaron who is one of the owners of interop in .NET Core created a project to do exactly that. It basically generates the necessary native code (along with the CoreCLR hosting) for you. Let us know if this works for you: https://t.co/eZl5TcGcBE
@xoofx@terrajobst@runfaster2000 Is your app in VB? If so this is not very surprising, there's lot of work left to make even the core framework behave correctly in all cases with member-level trimming.
@Nick_Craver It might work for you to include build.proj and define how to run the built project. See for example https://t.co/vIy2IUWA9E. The property RunCommand should make the project "runnable".
@gcaughey@runfaster2000@DamianEdwards I guess that depends on what kind of apps - services and such should be easy as they are typically started by some script (and thus easy to tweak the env. for). UI apps are different and we don't have a good solution for those yet.
@gcaughey@runfaster2000@DamianEdwards It's possible to do this today with env. variables. Build the apps as framework dependent, then download the binaries (.zip) into any folder and then set DOTNET_ROOT=folder. Run the app via .exe and it will work. Updating the docs with it here: https://t.co/Kc5ItHH4Xw