Skip to content

0.23.3: the stub of libSystem only when the link has no SDK - #49

Merged
Sunrisepeak merged 2 commits into
mainfrom
fix/0.23.3-sdk-on-the-link
Nov 14, 2026
Merged

Sunrisepeak merged 2 commits into
mainfrom
fix/0.23.3-sdk-on-the-link

Conversation

@Sunrisepeak

Copy link
Copy Markdown
Member

The build program supplied port/ (the three-name libSystem stub) whenever a target was requested. On a Mac with --target aarch64-macos the link carries the SDK (-isysroot, mcpp 2026.8.25.2+), and the stub shadowed the SDK's complete libSystem: undefined symbol: strlen, memcpy, pthread_create (mcpp canary cxx aarch64-macos test, every run).

Consumers (mcpplibs.os declares >=0.22.0, <0.24.0) take it without change.

The build program supplied port/ on any requested target. On a Mac with
--target aarch64-macos the link carries the SDK (-isysroot, mcpp
2026.8.25.2+), and the stub's three names shadowed the SDK's libSystem
(undefined symbol: strlen). It now asks mcpp's MCPP_TARGET_SDK and
supplies the stub when a target is requested and no SDK is on the link;
an older mcpp sets no such variable and keeps the previous condition.

CI runs this package's tests with --target aarch64-macos, which needs
mcpp 2026.11.14.1; the pin moves to it.
@Sunrisepeak
Sunrisepeak marked this pull request as ready for review November 14, 2026 19:51
@Sunrisepeak
Sunrisepeak merged commit ad1568a into main Nov 14, 2026
3 checks passed
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.

1 participant