fix(release): accept real macOS swift --version banner shapes
parse_macos_swift_banner rejected the real host output: swift --version emits two lines with trailing `Target: arm64-apple-macosx26.0`, and the macOS build-host channel adapter flattens them with `tr '\n' ' '` into one line ending in ` Target: ...`. Both forms were refused, failing a correctly pinned host.
Extend `_MACOS_SWIFT_BANNER_RE` with an optional trailing `Target: <token>` segment using a single space or single newline separator. Continue parsing only the `(version, swiftlang, clang)` triple and comparing it against the unchanged `MACOS_SWIFT_PIN`. `parse_macos_swift_banner` now fullmatches the raw value, and the swift dispatch in `parse_host_variant_tool_banner` moves above the single-line gate. The uv path is untouched.
Add `MACOS_SWIFT_TARGET_LINE`, `MACOS_SWIFT_RAW_BANNER`, and `MACOS_SWIFT_FLATTENED_BANNER` fixtures derived from the byte-identical `MACOS_SWIFT_FIXTURE_BANNER`. No pin values change.
Tests move the raw two-line case to accepts, add direct parser red-proofs for both real forms plus a mutation-still-refused check, and make the channel-adapter boundary fake emit the real flattened-with-Target output.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>