> On 7. Mar 2026, at 11:50, Mohamed Mediouni <[email protected]> wrote: > > Releases n and n-1 of macOS are supported. As such, macOS 15.x and 26.x are > currently the baseline. > > The QEMU CI still uses a newer SDK, just with an older default target as it's > running on a macOS 14 host. > > Note that this on its own doesn't prevent running on macOS 14. It just means > that you have to use a newer SDK in order to do so. > > Why do this? Because the stub code broke the x86 build... and it doesn't make > much sense to keep it. > > Signed-off-by: Mohamed Mediouni <[email protected]>
Alright do not merge this with the current QEMU CI, it’ll break the build because: The QEMU CI from the log https://gitlab.com/qemu-project/qemu/-/jobs/13389185563 uses: > C compiler for the host machine: cc (clang 16.0.0 "Apple clang version 16.0.0 > (clang-1600.0.26.4)”) Which corresponds to https://developer.apple.com/documentation/xcode-release-notes/xcode-16_1-release-notes Which has the macOS 15.1 SDK instead of 15.2… which is the minimum for SME2 availability. But nested virt came with 15.0 so not a problem for the series there. Ugh. Should we attempt to bump the CI version then? Or attempt another workaround for this?
