-
Notifications
You must be signed in to change notification settings - Fork 446
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
Mac installers are not arch-aware #11164
Comments
@agocke Hello. What is the full path of |
If you're interested in performing a manual installation of the ARM64 and x64 versions of .NET on Apple Silicon, here are the steps you need to take:
There must be no empty lines before the beginning of the text. If you run apps by saying
|
Yea, thank you for reply. But i'm not understand advantage in this file |
In .NET 6 we've enabled the "apphost" on Mac which is a small native exe that lives next to the app and has the same name and lets you run it, just like a native app. The apphost will try to find the correct runtime -- when |
In theory your IDE may also use the |
This works only in .net6.0 projects? For example my setup: In the my IDE (JetBrains Rider) MSBuild set to the ARM folder, and when i build the project, it's fine, but when run it's crashes.
Dotnet Information (truncated):
|
How are you running the application? Through Rider? That's a simple arch-mismatch error from MacOS itself, so it may be that Rider is trying to launch the application improperly. If Rider itself is running as an emulated x64 app, that might explain it. |
Yes, through Rider (M1 version)
|
Found a way to use .net6.0 and .net5.0 together with setup below. In Rider in Launch Profile add this override env before each start\debug project.
As far as I know, |
This was fixed by #11813 (among other runtime/arcade PRs) |
Right now the installers for x64 and ARM64 will install to the same location and overwrite the other one. This results in an unusable product for both architectures.
The correct behavior is to install x64 to an
x64
subdirectory when on an Apple Si machine. The apphost should decide which arch to load.The text was updated successfully, but these errors were encountered: