Skip to content

Work around temporary issue with current 6.3 snapshots#565

Merged
lorentey merged 9 commits intoapple:mainfrom
lorentey:workaround-buggy-linux-6.3-snapshot
Jan 29, 2026
Merged

Work around temporary issue with current 6.3 snapshots#565
lorentey merged 9 commits intoapple:mainfrom
lorentey:workaround-buggy-linux-6.3-snapshot

Conversation

@lorentey
Copy link
Member

@lorentey lorentey commented Jan 29, 2026

OutputSpan.withUnsafeMutableBufferPointer is temporarily broken in (some of) the 6.3 snapshots that we have. Add a horrible, terrible, very bad workaround until the fix spreads to all toolchain builds.

Checklist

  • I've read the Contribution Guidelines
  • My contributions are licensed under the Swift license.
  • I've followed the coding style of the rest of the project.
  • I've added tests covering all new code paths my change adds to the project (if appropriate).
  • I've added benchmarks covering new functionality (if appropriate).
  • I've verified that my change does not break any existing tests or introduce unexplained benchmark regressions.
  • I've updated the documentation if necessary.

@lorentey lorentey requested a review from glessard January 29, 2026 19:40
The RigidDeque effort will land a polyfill for temporary allocations to let us use this on 6.2.
Copy link
Contributor

@glessard glessard left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

With apologies.

@glessard
Copy link
Contributor

Why did Fatal error: UnsafeMutableRawBufferPointer has a nil start and nonzero count happen to the Windows build?

@lorentey
Copy link
Member Author

lorentey commented Jan 29, 2026

I'm looking into it; the UMBP initializer is trapping. Hopefully it isn't a similar issue.

UnsafeMutableRawBufferPointer has a nil start and nonzero count

@lorentey
Copy link
Member Author

(It reproduces with a recent 6.3 build on macOS, too.)

@lorentey
Copy link
Member Author

lorentey commented Jan 29, 2026

Huh; OutputSpan.span returns an empty span with nil start, even though the output span has a start address.

@lorentey lorentey merged commit d8cf508 into apple:main Jan 29, 2026
28 checks passed
@lorentey lorentey deleted the workaround-buggy-linux-6.3-snapshot branch January 29, 2026 22:18
@lorentey lorentey added this to the 1.4.0 milestone Jan 29, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants