Skip to content

ci: Update which targets build musl - #1278

Merged
tgross35 merged 1 commit into
rust-lang:mainfrom
tgross35:musl-libm-build
Sep 3, 2026
Merged

ci: Update which targets build musl#1278
tgross35 merged 1 commit into
rust-lang:mainfrom
tgross35:musl-libm-build

Conversation

@tgross35

@tgross35 tgross35 commented Aug 13, 2026

Copy link
Copy Markdown
Member

Provide reasoning for skips, and enable thumb since this seems to work.
Also, change wasm32-unknown-unknown to be a proper build-only target.

ci: test-libm

@rustbot

rustbot commented Aug 17, 2026

Copy link
Copy Markdown
Collaborator

This PR was rebased onto a different main commit. Here's a range-diff highlighting what actually changed.

Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers.

@tgross35
tgross35 force-pushed the musl-libm-build branch 4 times, most recently from b7c5945 to 5f9729b Compare September 3, 2026 05:10
@tgross35 tgross35 changed the title ci: Build musl libm on more targets ci: Update targets that don't build musl Sep 3, 2026
@tgross35 tgross35 changed the title ci: Update targets that don't build musl ci: Update which targets build musl Sep 3, 2026
@tgross35
tgross35 enabled auto-merge (rebase) September 3, 2026 05:13
Provide reasoning for skips, and enable thumb since this seems to work.
Also, change wasm32-unknown-unknown to be a proper build-only target.

The mentioned failures on MinGW are cases like:

    thread 'musl_edge_case_expf' (1728) panicked at libm-test\tests\compare_built_musl.rs:26:50:
    called `Result::unwrap()` on an `Err` value:
      input:    (0.0,)
      as hex:   (+0x0p+0,)
      as bits:  (0x00000000,)
      expected: 0.0                 +0x0p+0   0x00000000
      actual:   1.0                 +0x1.000000p+0   0x3f800000

    thread 'musl_edge_case_ceil' (1964) panicked at libm-test\tests\compare_built_musl.rs:26:50:
    called `Result::unwrap()` on an `Err` value:
      input:    (1.0000000000000002,)
      as hex:   (+0x1.0000000000001p+0,)
      as bits:  (0x3ff0000000000001,)
      expected: 1.0                 +0x1.0000000000000p+0   0x3ff0000000000000
      actual:   2.0                 +0x1.0000000000000p+1   0x4000000000000000

Our libm's results are correct, for some reason musl is off (something
about the fp environment on x86, or a different FLT_EVAL_MODE?)
@tgross35
tgross35 merged commit 082387e into rust-lang:main Sep 3, 2026
45 checks passed
@tgross35
tgross35 deleted the musl-libm-build branch September 3, 2026 06:15
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