CoreCLR, CoreRT and Android

[simplejackcoder]

I want to write parts of my Android application in C#. I don't care about a good developer experience or a supported path necessarily but want to know if CoreCLR (the full runtime) or CoreRT can be compiled against Android NDK platform headers and the basic runtime facilities like GC, exception handling, Null reference handling work. In addition, networking & dns resolution working would be a plus.

I know ARM64 support has come a long way, but I wonder if Android platform support issues are still lurking and how many (if any) issues have been diagnosed.

I'm also interested in CoreRT, because although my application is written in C# it uses very little of the .net libraries, but does rely on GC, exception handling.

I'm not interested in Mono or Xamarin.

Tagging subscribers to this area: @dotnet/area-meta
See info in area-owners.md if you want to be subscribed.

Issue Details

---

I want to write parts of my Android application in C#. I don't care about a good developer experience or a supported path necessarily but want to know if CoreCLR (the full runtime) or CoreRT can be compiled against Android NDK platform headers and the basic runtime facilities like GC, exception handling, Null reference handling work. In addition, networking & dns resolution working would be a plus.

I know ARM64 support has come a long way, but I wonder if Android platform support issues are still lurking and how many (if any) issues have been diagnosed.

I'm also interested in CoreRT, because although my application is written in C# it uses very little of the .net libraries, but does rely on GC, exception handling.

I'm not interested in Mono or Xamarin.

Author:	simplejackcoder
Assignees:	-
Labels:	area-Meta, untriaged
Milestone:	-

[simplejackcoder]

dotnet/corert#8316 @RalfKornmannEnvision @jkotas seem to be working on this. Any update? Is CoreRT with no real .net libraries but only exception handling and GC and null ref working?

ClangSharp by @tannergooding could then be used to generate Android NDK headers C# equivalent and at least developers can write C# for their Android applications without using Mono.

[MichalStrehovsky]

I looked into this in the context of NativeAOT (previously named CoreRT) briefly two weeks ago. I have a patch here that gets a build out, but the developer experience around it is not pretty. I haven't actually gotten to testing it too much because I ran out of time I allocated for it and I don't have a pressing need for this right now:

MichalStrehovsky@0e17083

The commit has high level description of what to do with it once you get the libraries built.

Cc @kant2002 who was also interested in this in the past.

[simplejackcoder]

@MichalStrehovsky the developer experience doesn't need to be pretty, I've seen your work and at least you document the experience even if the steps are onerous. The basic point is that there is a large portion of code, whether ML models, or other on-device logic that a variety of developers have written in C# that could be activated for the developer who is experienced or willing to put in the work.

But not all developers are familiar with getting exception handling, other low level quirks needed for a building NativeAOT without your and others expertise.

Thank you I will look into this commit.

[josephmoresena]

I am working on a small project to port JNI to .Net to be usable with NativeAOT.
I haven't made much progress as it is a hobby project however at least on x64 platforms JNI is perfectly functional with NativeAOT. I have tried to compile the library using the NDK but there are problems many problems with linker.

[MichalStrehovsky]

Nice! What are the linker problems you're seeing? Did you build for ARM64 Android using the above commit?

Tagging subscribers to 'arch-android': @steveisok, @akoeplinger
See info in area-owners.md if you want to be subscribed.

Issue Details

---

I want to write parts of my Android application in C#. I don't care about a good developer experience or a supported path necessarily but want to know if CoreCLR (the full runtime) or CoreRT can be compiled against Android NDK platform headers and the basic runtime facilities like GC, exception handling, Null reference handling work. In addition, networking & dns resolution working would be a plus.

I know ARM64 support has come a long way, but I wonder if Android platform support issues are still lurking and how many (if any) issues have been diagnosed.

I'm also interested in CoreRT, because although my application is written in C# it uses very little of the .net libraries, but does rely on GC, exception handling.

I'm not interested in Mono or Xamarin.

Author:	simplejackcoder
Assignees:	-
Labels:	os-android, area-NativeAOT-coreclr
Milestone:	Future

[josephmoresena]

Nice! What are the linker problems you're seeing? Did you build for ARM64 Android using the above commit?

Not with that commit yet, I promise to do it in the medium term!
I tried to do it with cross-architecture compilation but with android-arm64 RID.
The problems I ran into were that the NDK clang version of the has problems with the following statements:
-lgssapi_krb5 -lrt
--require-defined,CoreRT_StaticInitialization -Wl,

Removing them I was able to create a .so with libc++_shared.so dependency but when the Android App tried to load it a missing symbol error was ocurred.