-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[LoongArch64-mono] Part-1:Add native code emission module for LoongArch64 #103403
Conversation
…ch64 Change-Id: I8e5937729fe5b57ddd4499b6d976c894701de415
Hi, @akoeplinger @lambdageek @steveisok After the mono had supported the LoongArch64 mono/mono#21389 , Could you please review these PRs ? |
Hi, @akoeplinger @lambdageek @steveisok |
Hi, @akoeplinger @lambdageek @steveisok
Could you please review these PRs (from Part-1 to Part-5)? |
CI didn't ran. Closing/reopening might help. |
Hi, @jkotas |
You have the right people cc'ed. What is your motivation for adding LoongArch64 for Mono? We have been investing a lot more into CoreCLR and we generally prefer to use CoreCLR for new scenarios. |
As we known, the wasm and some mobile or embedded processors use the mono. |
The same is true for coreclr. We would be interested to work with you to make loongarch port work well on these systems. |
Thanks. Now the coreclr had been tested on many software projects by sdk6.0, sdk7.0 and sdk8.0. |
My point is why spend time on the Mono LA64 port. It is an extra work for both us and you. It would be better to spend that time on improving CoreCLR LA64 port and make it run in all places you need it to run. |
we agree with you that LA64's dotnet should focus on the coreclr, but the runtime supports mono and there must be some points that the coreclr can't replace the mono, we should make the dotnet's runtime supporting LA64 as much as possible. |
It would be useful to understand what these points are for LA64. |
In fact, I don't know the mono's orientation within the runtime so clearly except the wasm. As some software apps use the mono to run on LA64, after we pushed the LA64 to mono, now we push the LA64 to the runtime's mono. |
What prevents those apps from running on coreclr? |
The mono https://github.com/mono/mono is ok for LA64 and some apps tested ok. I can wait when some apps using the runtime's mono, it's too late to do that. |
The dotnet/runtime mono and coreclr runtime have same public API surface and they are 99+% functionally identical. We have ongoing project on unifying the remaining <1%. A lot of the split between coreclr and mono exists for historic reasons only.
In hypothetical case you encounter apps that won't just run on coreclr, you will likely have to do a bunch of work to make them work anyway, I would rather wait for such apps to show up and then choose the best strategy to make them work once we know what they are.
MAUI runs on both CoreCLR and Mono, depending on the platform. Wasm is a special architecture and Mono is a better fit for it currently, but it is not relevant here - LA64 is not a special architecture like Wasm, |
If the runtime of dotnet will uniform the mono and coreclr in future, maybe there is no need to push these mono PRs to support LA64. |
Let's mark these PRs as draft until there is a clear motivation for porting Mono in addition to CoreCLR |
Draft Pull Request was automatically closed for 30 days of inactivity. Please let us know if you'd like to reopen it. |
Add a new archecture LoongArch64 for mono.This PR is an native code emission module.
Add Ioongarch64 architecture support to Mono,divided into 5 parts in total,this is Part-1.
Part-2 #103395,Part-3 #103396,Part-4 #103397,Part-5 #103398.
@shushanhf