Add FoundationModelsFake, a nested Swift package that fakes Apple's Foundation Models framework, so that GeminiLanguageModel (GLM) can build and run its unit tests on Linux and on OS versions without the real framework. It's used only for development and testing. - GLM depends on the fake through a `FoundationModelsFake` package trait, which is on by default where Darwin isn't available (e.g., Linux). With the trait off, the fake isn't built. The root `Package.swift` and podspecs can't reach it. - The fake mirrors Apple's public API and availability in the 27.2 SDKs, including `@Generable` macro expansions. It omits PrivateCloudComputeLanguageModel, OCRTool, BarcodeReaderTool, the adapter and feedback APIs, and deprecated APIs. SystemLanguageModel is always unavailable. Below Swift 6.4 it compiles to an empty module. - Decoding rejects transcript images with `file:` URLs and schemas whose references never resolve, instead of reading local files or overflowing the stack. - Without ImageIO, GLM passes PNG, JPEG, WebP, HEIC, and HEIF images through to Gemini after checking their signatures, and rejects images that would need re-encoding. - Add CI jobs that run both packages' tests against the fake: one on Linux in a digest-pinned `swift:6.4.2` container, and one on macOS with Xcode 27.2. Skip `sdk.ai` for changes that only touch the fake.
FoundationModelsFake
Important
FoundationModelsFakeis a fake implementation of Apple's Foundation Models framework. It supports development and testing where the real framework isn't available, such as on Linux. Its behavior can differ from the real framework. Don't ship it in production apps, and test your app against the official Foundation Models framework before release.
This package lets GeminiLanguageModel build and run its tests on Linux. It
mirrors the public API of Apple's framework in the iOS 27.2 and macOS 27.2 SDKs
(Xcode 27.2) closely enough that the Gemini sources compile against either one.
Using the fake
GeminiLanguageModel/Package.swift depends on this package through its
FoundationModelsFake trait. When the trait is enabled, SwiftPM also defines a
FoundationModelsFake compilation condition, which the Gemini sources check:
#if compiler(>=6.4) && (FoundationModelsFake || canImport(FoundationModels))
#if FoundationModelsFake
import FoundationModelsFake
#else
import FoundationModels
#endif
#endif
| Where | How to enable the trait |
|---|---|
| Linux | It's on by default. |
| macOS command line | swift build --traits FoundationModelsFake or swift test --traits FoundationModelsFake |
| Xcode project or workspace | Enable the trait on the package dependency in the Package Dependencies view. |
| Cross-compiling for Linux from macOS | Pass --traits FoundationModelsFake, because the default is chosen by the machine that runs SwiftPM. |
With the trait off, SwiftPM neither fetches nor builds this package.
To run the fake's own tests, run swift test in this directory. These are unit
tests; the fake's full behavior-comparison suite is maintained separately.
Differences from Apple's framework
- Removed types:
PrivateCloudComputeLanguageModel,OCRTool,BarcodeReaderTool, the obsoleteSystemLanguageModel.AdapterAPI, and the feedback API (LanguageModelFeedbackandLanguageModelSession.logFeedbackAttachment). - Deprecated APIs are omitted, such as
LanguageModelSession.GenerationError,Transcript.StructuredSegment.source, andGenerationOptions.sampling. SystemLanguageModelis always unavailable. Its availability is.unavailable(.deviceNotEligible), and responding throwsSystemLanguageModel.Error.assetsUnavailable. Pass a model, such asGeminiLanguageModel, when you create a session.- Swift versions: below Swift 6.4, the fake compiles to an empty module,
like Xcode 26 SDKs, which lack the iOS 27
LanguageModelAPI. The iOS 27.2 API, such asTranscript.DataEntry, needs Swift 6.4.2, like Xcode 27.2. - Availability: public declarations carry the same
@availableattributes as Apple's, so code that uses the fake on Apple platforms is checked the same way. Availability checking is disabled inside the fake itself. - Images on Linux: image attachments are backed by URLs, because Linux has
no CoreGraphics or ImageIO, and their embedded EXIF orientation isn't read.
Linux also gets small shims for
UTTypeandCGImagePropertyOrientation, which cover only the types the fake needs. - Image attachments compare by identity, not by pixels. A
cgImagethat can't be loaded, such as one from a remote URL, is a transparent 1×1 placeholder. - Transcript JSON uses the same format as Apple's, on purpose, so that
transcripts can be exchanged with the real framework. Images backed by URLs
are written as their URL (
file:URLs are embedded) instead of being re-encoded, and remote URLs are never fetched. Decoding rejectsfile:image URLs. - Decoded structured content isn't
==to the content it was encoded from, because decoding loses the explicit key order. Their JSON is the same. - Messages: error and description strings are the fake's own, so don't match on their text.