-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
ILC crashes on x64, works on arm64 #99611
Comments
Looks like it could be caused by #99140 |
Although, I am not sure, that change only changes arm64 inside the JIT so shouldn't affect x64 anyhow (it's not even included for the x64 jit) 🤔 |
@rolfbjarne I presume it happens on Rosetta, right? |
Ah, it's x64 emitting code for arm64 target (crosscompile) |
Both Rosetta and Intel macs. |
@EgorBo any updates on this? |
/cc @agocke |
Sorry for the delay, the repro is not working for me, fails with
and I don't see any obvious issues in #99140, so I decided to revert it in #100143 and will take a look at it again later once I am less busy |
This means that you are using mismatched versions of CoreLib and the compiler. You either need to build the runtime from the point the repro was created, or patch the runtime binaries in the repro. |
Seeems we need to test this actually fixes the issue #100220 |
@EgorBo any updates on this? |
This is blocking us from merging also new android versions of net9 on .net maui since they bump to preview4. Can we get some priority on this please? Thanks |
Looks like this has been fixed now, so I guess this can be closed? |
Yup, doesn't look like any other work to do. Resolved with #100220. |
Description
ILC crashes on x64, works on arm64.
In other words, this works:
this does not:
Reproduction Steps
Repro using --make-repro-path: 834971237_monotouchtest.zip
Expected behavior
Same behavior between arm64 and x64 (preferrably no crashes in either).
Actual behavior
Crash on x64: https://gist.github.com/rolfbjarne/bfa59a2999b165673b162e65e0c36d53
Regression?
Yes, this started happening in a maestro bump (xamarin/xamarin-macios#20249).
So looks like somewhere in this range: 5e603d5...8510651
Known Workarounds
Use an Intel Mac.
Configuration
No response
Other information
No response
The text was updated successfully, but these errors were encountered: