SDL API not loading on M-series Mac

[joskuijpers]

Summary

I am unable to load the SDL API on my Mac, even though the same code works on Windows.

Steps to reproduce

• Platform: Desktop, MacBook Pro M-series
• Framework Version: .NET Core 8
• API: SDL
  Added Silk.NET.SDL to my project
  Then with this code, this works fine on a Windows 64bit (Win10) machine:

    SdlProvider.InitFlags = Sdl.InitVideo | Sdl.InitEvents;
    var sdl = SdlProvider.SDL.Value;

    WindowFlags flags = WindowFlags.AllowHighdpi;    
    var windowHandle = sdl.CreateWindow("Hello World", Sdl.WindowposUndefined, Sdl.WindowposUndefined, 640, 480,      (uint)flags);

while(true) {}

On my MBP, it fails in creating the API (also when using GetApi). It exits before it reaches the line after acquiring the API.
I've looked at the resource folder: libSDL2-2.0.dylib is available in runtimes/osx/native, the rest of the Silk libraries are in runtimes/osx-arm64.

Comments

Maybe the library is not being found in the right place? I tried to find how the build system works for ARM but not successfully yet.

[joskuijpers]

The way https://github.com/dotnet/Silk.NET/blob/main/src/Native/Silk.NET.SDL.Native/build/net461/Ultz.Native.SDL.targets is set up, it should set 'osx-x64' even on ARM (due to the 64bit check). This means it will look in runtimes/osx-x64/native. It is not there.

[Perksey]

Are you using .NET Framework/Mono? That targets file does not apply otherwise.

[alexrp]

If you are not using Framework/Mono, I would be curious if you could try moving the dylib into runtimes/osx-arm64 and see if it works then. If so, then this is indeed a bug in our packaging.

[joskuijpers]

I am not no. :D I barely know what I am doing on the native part.

https://github.com/dotnet/Silk.NET/pull/1645/files#diff-39bb3db1dc156c384f572851e6b01ecb0c6202605e127a734446753414bde82a

I see here that the libs got added here, but no config for OSX

[Perksey]

Does it work if you use dotnet publish or dotnet run with a runtime identifier specified?

[joskuijpers]

Moved the file, but it gets put back on Run. Any tip on how I can try this properly?

[joskuijpers]

Does it work if you use dotnet publish or dotnet run with a runtime identifier specified?

dotnet run -r osx-arm64 -> same issue
dotnet run -r osx-x64 -> wrong CPU error (to make sure...)
dotnet run -r osx -> unknown runtime

[alexrp]

Do something like this:

$ dotnet build
$ cp bin/Debug/net8.0/runtimes/osx/native/libSDL2-2.0.dylib bin/Debug/net8.0/runtimes/osx-arm64/native # replace net8.0 as appropriate
$ dotnet run --no-build

Does this work? (Basically trying to determine if the runtime is even attempting to pick up anything from runtimes/osx.)