Re: Apple Silicon compilation

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 <
[email protected]> 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>
>
>
>
>