You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Installing Xcode 26.2 on macOS Intel actually installed the Silicon version #456
I was expecting xcodes to get the Universal .xip. Instead, it got the arm64 flavor. Consequently, xcodebuild threw "Bad CPU type in executable". I had to download the correct .xip manually, run xcodes --path=/path/to/manually/downloaded.zip
I read others reporting the opposite: they get the universal .xip on Silicon. Looks like the poles may be reversed, doesn't it?
Reacted by Matthew Flint, Luís Chaves, Frederik Seiffert, HsinWei Chen, Nikita Vasilev, Yevhen Dubinin, Matt Rubin, LS Hung, Andrey Filipenkov, Dalton Lima and 12 more
then how your bridge work for emulator like if you are using android studio with flutter project then emulator is not showing for running because if we dowload from website then it can't move to application package
Just wanted to note that this is still an issue and the manual download is much trickier in headless environments, so it would be good to get this sorted.
file /Applications/Xcode-26.6.0.app/Contents/MacOS/Xcode reports Mach-O 64-bit executable arm64, and xcodebuild fails with Bad CPU type in executable.
Why: the cached list (~/Library/Application Support/com.robotsandpencils.xcodes/available-xcodes.json) has two entries for 26.6.0+17F113: first the one whose URL ends in Xcode_26.6_Apple_silicon.xip (arm64), then the one ending in Xcode_26.6_Universal.xip (arm64 and x86_64). printAvailableXcodes filters by ArchitectureFilter.defaultForMachine, but XcodeInstaller picks xcodeList.availableXcodes.first(withVersion: version) (Sources/XcodesKit/XcodeInstaller.swift, line 327 on main), which is the Apple silicon entry because it comes first.
Workaround without downloading by hand: removing only the Apple silicon entry from that cached JSON and running xcodes install 26.6 without --update downloaded and installed the Universal build; its Xcode binary is x86_64 plus arm64 and xcodebuild runs.
Expected:install picks the variant the host can run, as list does (Universal on Intel), or takes the same --architecture option list takes.
Activity
mattrubin commentedon Jan 3, 2026
A bit more detail on the workaround suggested above:
ajayrana08 commentedon Jan 15, 2026
then how your bridge work for emulator like if you are using android studio with flutter project then emulator is not showing for running because if we dowload from website then it can't move to application package
Fix architecture selection for Xcode downloads (issue XcodesOrg#456)
jacobcxdev commentedon Feb 13, 2026
Just wanted to note that this is still an issue and the manual download is much trickier in headless environments, so it would be good to get this sorted.
JonathanBocanegra commentedon Feb 25, 2026
Was able to get the app registered with this!
Visit and download 26.2 universal xip here XCode
Once downloaded, open terminal
you can assert it works with
kambala-decapitator commentedon Mar 17, 2026
just had the same with 26.3
mvillafuertem commentedon May 17, 2026
Hi there @MattKiazyk, Is this project still actively maintained? The last release was in June 2025
pronebird commentedon Oct 2, 2026
It's problematic on CI runner. It would be great to have a setting to download universal image.
smm-h commentedon Oct 17, 2026
Still happens with xcodes 2.1.0, and the cause looks like
installnot applying the architecture filter that 2.1.0 added tolist.Setup: xcodes 2.1.0 (the universal
xcodes.zipfrom the release), default data source (xcodeReleases), macOS Tahoe 26.7 (25G229) on x86_64 (Intel Xeon E5-2697 v2), installing Xcode 26.6 (17F113).What happens:
xcodes listprints26.6 (17F113) [Universal]and says it is showing "Universal (x86_64)" Xcodes for this Mac.xcodes install 26.6downloadsXcode_26.6_Apple_silicon.xip.file /Applications/Xcode-26.6.0.app/Contents/MacOS/XcodereportsMach-O 64-bit executable arm64, andxcodebuildfails withBad CPU type in executable.Why: the cached list (
~/Library/Application Support/com.robotsandpencils.xcodes/available-xcodes.json) has two entries for26.6.0+17F113: first the one whose URL ends inXcode_26.6_Apple_silicon.xip(arm64), then the one ending inXcode_26.6_Universal.xip(arm64 and x86_64).printAvailableXcodesfilters byArchitectureFilter.defaultForMachine, butXcodeInstallerpicksxcodeList.availableXcodes.first(withVersion: version)(Sources/XcodesKit/XcodeInstaller.swift, line 327 on main), which is the Apple silicon entry because it comes first.Workaround without downloading by hand: removing only the Apple silicon entry from that cached JSON and running
xcodes install 26.6without--updatedownloaded and installed the Universal build; itsXcodebinary is x86_64 plus arm64 andxcodebuildruns.Expected:
installpicks the variant the host can run, aslistdoes (Universal on Intel), or takes the same--architectureoptionlisttakes.