Cross-compiling from Linux to macOS (Zig/osxcross): impossible ?

[jidckii]

Hi!
Has anyone had success with cross-compiling a Wails app from Linux to macOS?

tool	version
Wails:	v2.10.1
golang:	1.24 or 1.23 or 1.22
sdk:	MacOSX14.5
zig:	0.14
clang:	19

I've tried both Zig and osxcross, and in both cases I eventually run into very similar issues — typically related to missing macOS system libraries like objc or resolv.

zig

Here’s an example using Zig:

CGO_ENABLED=1 GOOS=darwin GOARCH=arm64 \
CC="zig cc -target aarch64-macos --sysroot /usr/local/SDK/MacOSX14.sdk" \
CXX="zig c++ -target aarch64-macos --sysroot /usr/local/SDK/MacOSX14.sdk" \
CGO_CFLAGS="-isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -isystem /usr/local/SDK/MacOSX14.sdk/usr/include" \
CGO_CXXFLAGS="-isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -isystem /usr/local/SDK/MacOSX14.sdk/usr/include" \
CGO_LDFLAGS="-mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc" \
go build -tags=production \
  -ldflags="-linkmode=external" \
  -o /tmp/tuna-desktop-darwin-arm64 ./desktop

This results in the following error:

/usr/local/go/pkg/tool/linux_amd64/link: running zig failed: exit status 1
/usr/local/bin/zig cc -target aarch64-macos --sysroot /usr/local/SDK/MacOSX14.sdk -arch arm64 -Wl,-headerpad,1144 -o $WORK/b001/exe/a.out /tmp/go-link-3902535930/go.o /tmp/go-link-3902535930/000000.o /tmp/go-link-3902535930/000001.o /tmp/go-link-3902535930/000002.o /tmp/go-link-3902535930/000003.o /tmp/go-link-3902535930/000004.o /tmp/go-link-3902535930/000005.o /tmp/go-link-3902535930/000006.o /tmp/go-link-3902535930/000007.o /tmp/go-link-3902535930/000008.o /tmp/go-link-3902535930/000009.o /tmp/go-link-3902535930/000010.o /tmp/go-link-3902535930/000011.o /tmp/go-link-3902535930/000012.o /tmp/go-link-3902535930/000013.o /tmp/go-link-3902535930/000014.o /tmp/go-link-3902535930/000015.o /tmp/go-link-3902535930/000016.o /tmp/go-link-3902535930/000017.o /tmp/go-link-3902535930/000018.o /tmp/go-link-3902535930/000019.o /tmp/go-link-3902535930/000020.o /tmp/go-link-3902535930/000021.o /tmp/go-link-3902535930/000022.o /tmp/go-link-3902535930/000023.o /tmp/go-link-3902535930/000024.o /tmp/go-link-3902535930/000025.o /tmp/go-link-3902535930/000026.o /tmp/go-link-3902535930/000027.o /tmp/go-link-3902535930/000028.o /tmp/go-link-3902535930/000029.o /tmp/go-link-3902535930/000030.o /tmp/go-link-3902535930/000031.o /tmp/go-link-3902535930/000032.o /tmp/go-link-3902535930/000033.o /tmp/go-link-3902535930/000034.o /tmp/go-link-3902535930/000035.o /tmp/go-link-3902535930/000036.o /tmp/go-link-3902535930/000037.o /tmp/go-link-3902535930/000038.o /tmp/go-link-3902535930/000039.o /tmp/go-link-3902535930/000040.o /tmp/go-link-3902535930/000041.o /tmp/go-link-3902535930/000042.o -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework IOKit -lresolv -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework CoreFoundation -framework CoreFoundation -framework Security -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework CoreFoundation -framework IOKit -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework AppKit -framework Foundation -framework Cocoa -framework Foundation -framework Cocoa -framework WebKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework Foundation -framework WebKit -framework Foundation -framework WebKit
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'resolv' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none
error: unable to find dynamic system library 'objc' using strategy 'paths_first'. searched paths: none

osxcross (clang)

Here’s an example using osxcross:

CGO_ENABLED=1 GOOS=darwin GOARCH=arm64 \
CC="oa64-clang --sysroot /usr/local/SDK/MacOSX14.sdk" \
CXX="oa64-clang++ --sysroot /usr/local/SDK/MacOSX14.sdk" \
CGO_CFLAGS="-mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -isystem /usr/local/SDK/MacOSX14.sdk/usr/include" \
CGO_CXXFLAGS="-mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -isystem /usr/local/SDK/MacOSX14.sdk/usr/include" \
CGO_LDFLAGS="-mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc" \
go build -x -v -tags=production \
  -ldflags="-linkmode=external" \
  -o /tmp/tuna-darwin-arm64 ./desktop

error:

/usr/local/go/pkg/tool/linux_amd64/link: running oa64-clang failed: exit status 1
/usr/local/bin/oa64-clang --sysroot /usr/local/SDK/MacOSX14.sdk -arch arm64 -Wl,-headerpad,1144 -o $WORK/b001/exe/a.out -Qunused-arguments /tmp/go-link-2159890098/go.o /tmp/go-link-2159890098/000000.o /tmp/go-link-2159890098/000001.o /tmp/go-link-2159890098/000002.o /tmp/go-link-2159890098/000003.o /tmp/go-link-2159890098/000004.o /tmp/go-link-2159890098/000005.o /tmp/go-link-2159890098/000006.o /tmp/go-link-2159890098/000007.o /tmp/go-link-2159890098/000008.o /tmp/go-link-2159890098/000009.o /tmp/go-link-2159890098/000010.o /tmp/go-link-2159890098/000011.o /tmp/go-link-2159890098/000012.o /tmp/go-link-2159890098/000013.o /tmp/go-link-2159890098/000014.o /tmp/go-link-2159890098/000015.o /tmp/go-link-2159890098/000016.o /tmp/go-link-2159890098/000017.o /tmp/go-link-2159890098/000018.o /tmp/go-link-2159890098/000019.o /tmp/go-link-2159890098/000020.o /tmp/go-link-2159890098/000021.o /tmp/go-link-2159890098/000022.o /tmp/go-link-2159890098/000023.o /tmp/go-link-2159890098/000024.o /tmp/go-link-2159890098/000025.o /tmp/go-link-2159890098/000026.o /tmp/go-link-2159890098/000027.o /tmp/go-link-2159890098/000028.o /tmp/go-link-2159890098/000029.o /tmp/go-link-2159890098/000030.o /tmp/go-link-2159890098/000031.o /tmp/go-link-2159890098/000032.o /tmp/go-link-2159890098/000033.o /tmp/go-link-2159890098/000034.o /tmp/go-link-2159890098/000035.o /tmp/go-link-2159890098/000036.o /tmp/go-link-2159890098/000037.o /tmp/go-link-2159890098/000038.o /tmp/go-link-2159890098/000039.o /tmp/go-link-2159890098/000040.o /tmp/go-link-2159890098/000041.o /tmp/go-link-2159890098/000042.o -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework IOKit -lresolv -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework CoreFoundation -framework CoreFoundation -framework Security -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework CoreFoundation -framework IOKit -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework Foundation -framework Cocoa -framework WebKit -framework AppKit -framework Foundation -framework Cocoa -framework Foundation -framework Cocoa -framework WebKit -lobjc -mmacosx-version-min=11.0.0 -isysroot /usr/local/SDK/MacOSX14.sdk -F/usr/local/SDK/MacOSX14.sdk/System/Library/Frameworks -framework Foundation -framework UniformTypeIdentifiers -framework IOKit -framework CoreFoundation -framework Security -framework Cocoa -framework WebKit -framework AppKit -lobjc -framework Foundation -framework WebKit -framework Foundation -framework WebKit
Undefined symbols for architecture arm64:
 "___isPlatformVersionAtLeast", referenced from:
     -[WailsContext CreateWindow::::::::::::::::::::::::] in 000035.o
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

As far as I understand, Apple deliberately does not allow cross-compiling modern macOS GUI applications outside of their own tools.

___isPlatformVersionAtLeast is used in frameworks like AppKit, WebKit, and UniformTypeIdentifiers.

So, we can cross-compile CLI software, but if it's something GUI-related — like Wails, for example — then it's impossible to do without a real macOS.

Maybe it makes sense to use the old sdk 10.15 for example?

[leaanthony]

There's also the legal aspect too. You'd need to have a mac anyway to be allowed to use the SDKs...

[jidckii]

You don't need a Mac to download the SDK.
Сan download it here: https://github.com/joseluisq/macosx-sdks
Or can simply register with Apple ID and download it yourself from https://developer.apple.com/services-account/download

[leaanthony]

Yeah that repo breaks legal restrictions. If you have a developer license then sure you can download from apple, but then it's likely you have a mac if you do that.

[Splizard]

if you know the type signatures of the functions you need to call, the symbol names and where the location of the library will be on MacOS, then it's possible to create .tbd files and .h files for them (so that zig can compile the code).

[figuerom16]

I'm glad I'm not the only one who is having these issues with webview as bad as this is to say. On the plus side I did find out that zig flags can be much less complicated before running into the missing objc and resolv problem. Mac min version can be specified on the target and isysroot, iwithsysroot, iframeworkwithsysroot for including the SDK plus local system libraries.

ENV CC="zig cc -target ${ARCH}-macos.11.3 -isysroot ${SDK_DIR} -iwithsysroot /usr/include -iframeworkwithsysroot /System/Library/Frameworks"
ENV CXX="zig c++ -target ${ARCH}-macos.11.3 -isysroot ${SDK_DIR} -iwithsysroot /usr/include -iframeworkwithsysroot /System/Library/Frameworks"
ENV CGO_LDFLAGS="--sysroot ${SDK_DIR}"

Here are my docker files for cross compilation:
docker-bake.hcl: https://gitlab.com/figuerom16/litequack/-/blob/main/docker-bake.hcl
docker files: https://gitlab.com/figuerom16/litequack/-/tree/main/docker

This honestly feels like 100% an Apple issue for not providing the libraries needed in the SDK for cross compilation. I'm also not smart enough to figure out how to inject those into the SDK.

It's also too bad WebView2 was never made available for Linux and Mac, but even worse Microsoft never opensourced it either.
It seems like the only solutions is using a GitHub Action at 10x the minute penalty or buying a cheap Mac.

You can legally download Xcode by creating an Apple account (no device required) then extract the SDK from it. I don't think that breaks ULA, but still objc and resolv issue persists...

[Splizard]

@figuerom16 my understanding of the Apple Developer TOS, is that you may only use the Apple SDK on Apple hardware.

I don't use wails for anything yet but I've definitely worked around the resolve and objc issue for https://graphics.gd (Godot + Go), which cross compiles to MacOS, iOS and Android on any platform (without any proprietary SDKs), leveraging existing binaries for Godot, as well as zig cc on the Go side of things.

I have thought about the possibility of using something like wails as an option for distributing web-builds and if I learn of any need for this, or if @leaanthony believes there could be a partnership between the two projects, I would certainly be open to contribute here, I may be able to help on the iOS/Android front too.

[figuerom16]

@Splizard You are correct. I just read the https://www.apple.com/legal/sla/docs/xcode.pdf agreement and it's in the second paragraph:

IMPORTANT NOTE: USE OF APPLE SOFTWARE IS GOVERNED BY THIS AGREEMENT AND IS
AUTHORIZED ONLY FOR EXECUTION ON AN APPLE-BRANDED PRODUCT RUNNING MACOS.
ANY OTHER DOWNLOAD OR USE OF APPLE SOFTWARE IS NOT AUTHORIZED AND IS IN
BREACH OF THIS AGREEMENT.

That is a diabolical agreement.

It looks like the Cocoa (API), CoreGraphics, and WebKit Framework are some things used in the MacOS SDK. So it sounds like it would be a task to reverse engineer all that, but maybe their WebKit only needs bindings also? I'm impressed that you are able to solve the issue for Godot.

[figuerom16]

@Splizard It looks like Neutralino.js might have already done something similar using WKWebView. https://github.com/neutralinojs/neutralinojs/blob/main/lib/webview/webview.h#L393

[Splizard]

@figuerom16 have a look at the behind the scenes section of this post
quaadgras/graphics.gd#184

Godot uses way more frameworks than you need for a browser view, I'm not cross-compiling Godot though, as Godot already provides release builds for all platforms, so I only need to cross compile the Go code as c-shared (or in the iOS case, link a Go c-archive with Godot's prebuilt static libraries). This let's me avoid stubbing a whole bunch of headers.

Taking a quick look at wails, it looks like you would mainly need to provide stubs to make the internal/frontent/desktop/darwin package work.
https://github.com/wailsapp/wails/tree/fc1c90e0ceab5c67124e47349063477011a167ca/v2/internal/frontend/desktop/darwin

graphics.gd is also MIT, you can copy the stub SDK from here and use it instead of an Apple one. You probably need to stub some more headers though. If you share the compile-time error you are getting, I can help guide you through the sorts of steps needed to make it work.
https://github.com/quaadgras/graphics.gd/tree/release/cmd/gd/internal/builder/bundled/macos

[figuerom16]

@Splizard Sorry that took me a while to put the information together, but I see that's brilliant. Right now I'm working with plain WebView so it should be simpler to stub out the files for the WebView framework using your example. Thanks for the guidance! I'll try this over the weekend.

At the same time I want to open a ticket with Apple to make a WKWebKit SDK like WebView2 for Windows, but I have a feeling how that's going to go if it already hasn't been done.

[figuerom16]

@jidckii I think I have the magic zig args for cross compiling to Darwin. I haven't tested it with wails yet, but it's working with WebView and squeek dialog which uses Cocoa. Also didn't need to set CGO_CFLAGS, CGO_CXXFLAGS, or CGO_LDFLAGS at all.

ENV ZIG_ARGS="-isysroot ${SDK_DIR} -iwithsysroot /usr/include -L${SDK_DIR}/usr/lib -iframeworkwithsysroot /System/Library/Frameworks -F${SDK_DIR}/System/Library/Frameworks"

You can check out my docker file for the full build. https://gitlab.com/figuerom16/litequack/-/blob/main/docker/darwin

[jidckii]

Thank you very much, this really works!

  # Кросс-компиляция macOS из Linux через Zig
  build_macos_cross:
    deps: [prepare]
    vars:
      GOARCH: '{{.GOARCH}}'
      MACOS_SDK_DIR: '{{env "MACOS_SDK_DIR"}}'
      ZIG_TARGET: '{{if eq .GOARCH "arm64"}}aarch64-macos{{else}}x86_64-macos{{end}}'
      ZIG_ARGS: '-isysroot {{.MACOS_SDK_DIR}} -iwithsysroot /usr/include -L{{.MACOS_SDK_DIR}}/usr/lib -iframeworkwithsysroot /System/Library/Frameworks -F{{.MACOS_SDK_DIR}}/System/Library/Frameworks'
    env:
      GOOS: darwin
      GOARCH: '{{.GOARCH}}'
      CGO_ENABLED: "1"
      CC: 'zig cc -target {{.ZIG_TARGET}} {{.ZIG_ARGS}}'
      CXX: 'zig c++ -target {{.ZIG_TARGET}} {{.ZIG_ARGS}}'
      CGO_CFLAGS: '-mmacosx-version-min=11.0'
      CGO_LDFLAGS: '-mmacosx-version-min=11.0 -F{{.MACOS_SDK_DIR}}/System/Library/Frameworks -L{{.MACOS_SDK_DIR}}/usr/lib -framework UniformTypeIdentifiers -framework UserNotifications'
    cmds:
      - rm -rf build/bin
      # wails build не поддерживает кросс-компиляцию на macOS,
      # поэтому используем go build напрямую с теми же тегами и флагами
      - go build -tags desktop,production -trimpath -ldflags="{{.LDFLAGS}}" -o build/bin/tuna-desktop .

[figuerom16]

Nice you can make things even easier with docker bake. More important thing is it works.

[COD3HUNT3R]

I forgot about this. Still in early development. Maybe you could take a look at RavynOS Xcode toolchain @leaanthony .

https://github.com/ravynsoft/ravynos/releases/tag/SDK_0.7.0.0
https://github.com/ravynsoft/ravynos/releases/tag/linux_tc_0.1

[leaanthony]

This has been implemented on v3: https://v3alpha.wails.io/guides/build/cross-platform/

[leaanthony]

Wails v3 Cross-Compilation (Linux → macOS)

One-time setup — builds the Docker image with Zig cross-compiler + macOS SDK 14.5:

wails3 task setup:docker

Then build normally — the build system detects you are not on macOS and uses Docker automatically:

# Apple Silicon (arm64)
wails3 build GOOS=darwin GOARCH=arm64

# Intel (amd64)
wails3 build GOOS=darwin GOARCH=amd64

# Universal binary (both architectures)
wails3 task darwin:build:universal

No manual Zig flags or toolchain wrangling needed — the Taskfile handles it all. The Docker image uses Zig as the cross-compiler and includes the macOS SDK sourced from joseluisq/macosx-sdks.

Caveats:

• Cross-compiled macOS binaries are not code-signed — you will need to sign on a macOS machine or in CI before distribution.
• Wails does not distribute the macOS SDK; review Apple's SDK license terms before use.

See the v3 cross-platform build guide for full details and troubleshooting.