
techaiwireGitHub says CodeQL cannot trace builds on Xcode 27 or analyze Swift 6.4 after Apple dropped Intel code it relied on. Its advice: stay on Xcode 26 for now.
GitHub said on October 19, 2026 that CodeQL, its code-scanning engine, cannot trace builds made with Xcode 27 and cannot analyze Swift 6.4 code on any platform. For iOS and Mac teams that run security scans in their build pipeline, moving to Apple's newest tools now means losing part of those scans until GitHub ships support.
CodeQL is the tool behind GitHub's code scanning. It turns a project's source code into a database, then runs queries against it to find security bugs. For compiled languages, it usually builds that database by "tracing" the build: it watches the compiler as it runs and records each file as it is compiled.
That tracing is what breaks. Starting with macOS 27 and Xcode 27, Apple no longer includes Intel (x86_64) code in some system files that CodeQL relies on, according to GitHub's changelog. Those files are binaries and libraries that CodeQL uses to trace builds. The notice states it plainly: "CodeQL can't support traced scans on these versions or analyze Swift 6.4."
| Setup | What GitHub says |
|---|---|
| Xcode 27 installed | Traced extraction is not available for C/C++, C#, Go, Java, Kotlin or Swift |
| macOS 27 | Traced extraction may not be available for the same six languages |
| Swift 6.4 | Not supported on any platform |
| Intel-based Macs | CodeQL support deprecated in mid-December 2026 |
The changelog gives no date for Swift 6.4 support.
The Swift problem is hard to avoid for a team that updates its tools. Apple's Xcode requirements page lists three current releases: Xcode 27, Xcode 27.1 and the Xcode 27.2 beta 3. All three ship the Swift 6.4 compiler. All three need a Mac running macOS Tahoe 26.6 or later.
So there is no Xcode 27 build that keeps an older Swift compiler. Moving to Xcode 27 means moving to Swift 6.4, the release that brought async defer and made Swift Build the default. It also means losing CodeQL's Swift analysis. That matters for apps that need Xcode 27 itself. The Xcode 27.1 release candidate, for example, is what opened App Store submissions for iPhone Duo apps.
GitHub's notice lists three ways to keep scans running:
The notice offers build mode "none" only for those three languages. For Swift, its only advice is to stay on Xcode 26 or earlier.
The risk here is a scan that keeps running but quietly stops covering your code. A few checks are worth doing this week:
This article was first published on Tech AI Wire.
Deutsch · 日本語 · Français · Español · Português