It’s not a great idea to use too many macOS only functions over FOSS Unix libraries when possible.
Wine used to use way more macOS backends and those quickly became broken and took a lot of convincing to remove said dead code.
On Mon, Mar 10, 2025 at 10:54 PM robert lippmann < robert.lippmann.development@gmail.com> wrote:
- MacOS won't allow you to map anything below 4 GB, so Wine can't place the
KSHARED_USER_DATA at 0x7ffe0000.
Actually, Windows doesn’t do that anymore on 64 bit systems:
msrc.microsoft.com https://msrc.microsoft.com/blog/2022/04/randomizing-the-kuser_shared_data-structure-on-windows/
https://msrc.microsoft.com/blog/2022/04/randomizing-the-kuser_shared_data-structure-on-windows/ https://msrc.microsoft.com/blog/2022/04/randomizing-the-kuser_shared_data-structure-on-windows/
- ARM MacOS has 16 kb pages whereas Windows has 4kb ones.
Yeah, that seems to be the sticking point. Asahi has that problem too.
I’ve been thinking about that, and was wondering if it might just be a better idea to delegate functions to their UIKit/Foundation/whatever frameworks.
It would probably need to be a fork, since Wine can’t have objective C code (and Apple is moving to Swift anyway).
Or, I saw this for making Cocoa C bindings: [image: c_ocoa.png]
FelixK15/c_ocoa https://github.com/FelixK15/c_ocoa github.com https://github.com/FelixK15/c_ocoa https://github.com/FelixK15/c_ocoa
