I went down a deep but entertaining rabbit hole in the other direction for fun: https://github.com/ayourtch-llm/fakelinux - initially with the idea “just replace the syscalls in the executable with some sort of a trap and handle that”.
It almost worked, unfortunately MacOS reserves x18 for platform purposes and Linux doesn’t.
The result is some sort of pretty mad contraption which works sufficiently often to compile aarch64 Linux VPP and its dependencies on the Mac using Linux gcc :)
I suppose with some polish it might be useful for something..
In theory, running Apple Silicon apps on ARM64 linux machines would be really nice. But we are still far from having a performant and feature-complete implementation of doing so.
Darling only targets x86_64 stuff. Still, it's a cool project.
Kinda sad that there are very few updates though [1]
All I want for Christmas is Logic on Linux. But then you’d still need a Mac to legally download it from the App Store and DRM checks would probably only work on Macs
This is the Darling project which aims to run macOS software on Linux for both Intel and ARM64.
But you are probably looking for this:
> Does it support GUI apps?
> Almost! This took us a lot of time and effort, but we finally have basic experimental support for running simple graphical applications.
It is still far away from running your favorite mac GUI apps like Logic Pro or Xcode, but it is a work in progress but can still run command line tools.
What allows Wine to run so many Windows apps that there's not an equivalent for MacOS? Is it lack of interest? Is it a technical thing? I'd even be willing to limit to x86 apps. Or maybe there is and I'm just really out of touch??
A lot of work by various companies and people who had various different motivations to work on the compatibility. With CodeWeavers and Valve support, they had a monetary incentive.
At a guess: the "killer apps" are things like MS Office and Photoshop, and since they are usually available on both Windows and Mac, there's not such a pressing demand to support similar functionality for Mac apps if the Windows version is easy to obtain.
While the productivity apps are mentioned in the other comments of this reply, games are another reason. There are far more games on Windows to port and handle than macOS games. And in that case, you got a financial desire in the form of Valve and its Steam store. macOS games tend to be ports from Windows and are usually less featureful.
I went down a deep but entertaining rabbit hole in the other direction for fun: https://github.com/ayourtch-llm/fakelinux - initially with the idea “just replace the syscalls in the executable with some sort of a trap and handle that”.
It almost worked, unfortunately MacOS reserves x18 for platform purposes and Linux doesn’t.
The result is some sort of pretty mad contraption which works sufficiently often to compile aarch64 Linux VPP and its dependencies on the Mac using Linux gcc :)
I suppose with some polish it might be useful for something..
In theory, running Apple Silicon apps on ARM64 linux machines would be really nice. But we are still far from having a performant and feature-complete implementation of doing so.
Darling only targets x86_64 stuff. Still, it's a cool project.
Kinda sad that there are very few updates though [1]
[1] https://blog.darlinghq.org/
Very neat.
All I want for Christmas is Logic on Linux. But then you’d still need a Mac to legally download it from the App Store and DRM checks would probably only work on Macs
Quibble: it'll run anything that runs on open source Darwin. You won't be running anything needing macOS frameworks.
This is the Darling project which aims to run macOS software on Linux for both Intel and ARM64.
But you are probably looking for this:
It is still far away from running your favorite mac GUI apps like Logic Pro or Xcode, but it is a work in progress but can still run command line tools.
What allows Wine to run so many Windows apps that there's not an equivalent for MacOS? Is it lack of interest? Is it a technical thing? I'd even be willing to limit to x86 apps. Or maybe there is and I'm just really out of touch??
A lot of work by various companies and people who had various different motivations to work on the compatibility. With CodeWeavers and Valve support, they had a monetary incentive.
It's also been around since 1993.
At a guess: the "killer apps" are things like MS Office and Photoshop, and since they are usually available on both Windows and Mac, there's not such a pressing demand to support similar functionality for Mac apps if the Windows version is easy to obtain.
That's such an obvious answer that I'm honestly embarrassed that it did not occur to me. <facepalm> Thanks for not rubbing it in!
GNUstep ran early MacOS apps on Linux after Apple bought Next and adopted their APIs.
https://en.wikipedia.org/wiki/GNUstep
I don't think the project kept up with changes to the APIs over the decades compared to how well the Wine project kept up with changes in Windows.
While the productivity apps are mentioned in the other comments of this reply, games are another reason. There are far more games on Windows to port and handle than macOS games. And in that case, you got a financial desire in the form of Valve and its Steam store. macOS games tend to be ports from Windows and are usually less featureful.
What macOS software
garageBand /j