Missing SFML.framework for arm64 architecture on macOS

[wEconomiKus]

Hi,

First of all, thank you very much for this new version of SFML!

I just wanted to point out a possible omission: It seems that the SFML.framework is missing for the arm64 architecture on macOS, while it is present for x86_64.

Is this an oversight or an intentional choice?

I’m currently compiling my project with a cross-platform Makefile (macOS arm64, macOS x86_64, and Windows), and although I can work around the issue by linking the other frameworks directly (sfml-graphics.framework, etc.), it feels a bit hacky and potentially error-prone.

Thanks!

wEconomiKus

[eXpl0it3r]

Seems like an oversight during the packaging process.

Linking the specific frameworks directly isn't hacky or error-prone just a bit more characters to type

Will double check the packaging script and hopefully it should be available again with SFML 3.0.1.
Thank you for letting us know!

[wEconomiKus]

Thanks a lot for confirming!

Just to clarify a bit further (not easy, English is not my native language):

Even though I’m linking the individual frameworks (sfml-graphics.framework, sfml-window.framework, etc.), I still rely on the presence of SFML.framework, even if it’s only built for x86_64 (without it, it would not compile).

Surprisingly, building for arm64 actually works as long as I include the x86_64 SFML.framework alongside the others (in arm64). It’s a bit strange (I guess macOS or the linker just silently accepts it) but it feels more like a lucky accident than a robust solution.

Maybe SFML.framework only contains headers and metadata, which would explain why it technically works even if it was built for x86_64 only, the compiler probably just uses it as a header bundle (I do not know, just a guess).

That’s why having a proper SFML.framework for the arm64 architecture would make things much cleaner and more reliable, especially when maintaining cross-architecture builds.

Anyway, glad to hear it’s likely to be fixed in 3.0.1!

wEconomiKus