fix(build): pin Swift helper deployment target so 0.22.0 loads on macOS 15 (#494)#497
Merged
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
silverstein
force-pushed
the
fix/macos15-helper-crash
branch
from
July 17, 2026 05:29
195a231 to
26974ea
Compare
…cOS 15 (#494) The bundled Swift helpers (system_audio_record, mic_check, calendar-events) were compiled with swiftc and no -target. swiftc ignores MACOSX_DEPLOYMENT_TARGET (unlike clang/ld), so it stamped each helper's LC_BUILD_VERSION minos from the host SDK -- macOS 26 on the macos-latest release runner. dyld then refuses to load the helper on macOS 15 ("built for newer macOS version 26.0"), crashing native call capture for every user not on macOS 26. Pass an explicit per-helper `-target <arch>-apple-macos<min>`: mic_check uses only long-stable APIs (11.0); system_audio_record uses AVCaptureDevice.DeviceType.microphone and calendar-events uses EKEventStore.requestFullAccessToEvents (both macOS 14 APIs, used unguarded), so those pin to 14.0. Their macOS-15-only ScreenCaptureKit recording paths stay weak-linked behind @available/#available guards, so the binaries load on macOS 14+ and run on 15+. Reported by @Victors081. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
silverstein
force-pushed
the
fix/macos15-helper-crash
branch
from
July 17, 2026 06:00
26974ea to
598ec93
Compare
Merged
silverstein
added a commit
that referenced
this pull request
Jul 17, 2026
Patch release. Bugfixes only. - fix(hotkey): stop the system-wide CGEventTap leak — a permission probe created a kCGHIDEventTap every 15s and never invalidated it, exhausting the system tap table and freezing keyboard/mouse (and crashing WindowServer) after the app ran a few hours; quitting Minutes restored performance. Now invalidated on teardown and probed once per process. (#488, #499, #500) - fix(build): pin the Swift helper deployment targets so 0.22.0's native-call-capture helper loads on macOS 15 instead of dyld-aborting. (#494, #497) - fix(core): let `--call` auto-detect PipeWire system-audio sinks on Linux. (#489, thanks @gtheys) - fix(summarize): support the Apple engine for speaker mapping. (#487, #498) Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Fixes #494 — the shipped 0.22.0
system_audio_recordhelper crashes on macOS 15.Root cause
The bundled Swift helpers are compiled in
build.rswithswiftcand no-target.swiftcignoresMACOSX_DEPLOYMENT_TARGET(unlike clang/ld), so it stamps each helper'sLC_BUILD_VERSION minosfrom the host SDK — macOS 26 on themacos-latestrelease runner. dyld then refuses to load the helper on macOS 15 (built for newer macOS version 26.0), breaking native call capture for every user not on macOS 26. The main app binary is fine (minos 11.0) precisely because clang/ld do honor the env var.Fix
Pass an explicit
-target <arch>-apple-macos11.0to all threeswiftcinvocations (system_audio_record,mic_check,calendar-events— same latent bug). The macOS-15 ScreenCaptureKit APIs are weak-linked behind@available/#availableguards, so the retargeted binary loads on macOS 11–14 (cleanly exiting when the feature is unavailable) and runs on macOS 15+. Source guards unchanged.Verify
This warrants a fast patch release (0.22.1). Reported by @Victors081.
🤖 Generated with Claude Code