Skip to content

feat: add back support for GNU Windows x86 in CI#5050

Merged
JohnTitor merged 1 commit intorust-lang:mainfrom
dybucc:reincorporate-windowsx86gnu-to-ci
Apr 10, 2026
Merged

feat: add back support for GNU Windows x86 in CI#5050
JohnTitor merged 1 commit intorust-lang:mainfrom
dybucc:reincorporate-windowsx86gnu-to-ci

Conversation

@dybucc
Copy link
Copy Markdown
Contributor

@dybucc dybucc commented Apr 10, 2026

Description

After having tested out GNU on Windows x86, it seemed like the only issue was
related to a wrongly aligned/sized max_align_t. This has been fixed, and the
test suite seems to be running just fine in CI now for the above
platform/environment.

There were also some environment variables in CI that seemed to be set for the
purposes of changing the Mingw toolchain set up, but that weren't truly being
used as the job that ran the script that used those was being triggered earlier
in the CI pipeline. Because CI logs seem to reveal this has been the case for
some time, this has also been altogether removed.

Sources

Checklist

  • Relevant tests in libc-test/semver have been updated
  • No placeholder or unstable values like *LAST or *MAX are
    included (see #3131)
  • Tested locally (cd libc-test && cargo test --target mytarget);
    especially relevant for platforms that may not be checked in CI

@rustbot label +stable-nominated

@rustbot rustbot added A-CI Area: CI-related items S-waiting-on-review stable-nominated This PR should be considered for cherry-pick to libc's stable release branch labels Apr 10, 2026
After having tested out GNU on Windows x86, it seemed like the only
issue was related to a wrongly aligned/sized `max_align_t`. This has
been fixed, and the test suite seems to be running just fine in CI now
for the above platform/environment.

There were also some environment variables in CI that seemed to be set
for the purposes of changing the Mingw toolchain set up, but that
weren't truly being used as the job that ran the script that used those
was being triggered earlier in the CI pipeline. Because CI logs seem to
reveal this has been the case for some time, this has also been
altogether removed.
@dybucc dybucc force-pushed the reincorporate-windowsx86gnu-to-ci branch from 0a1f21f to 8229880 Compare April 10, 2026 14:31
@rustbot
Copy link
Copy Markdown
Collaborator

rustbot commented Apr 10, 2026

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.

@dybucc dybucc mentioned this pull request Apr 10, 2026
3 tasks
@dybucc
Copy link
Copy Markdown
Contributor Author

dybucc commented Apr 10, 2026

Just run CI on my fork with this exact same branch and there were no issues. I
also don't think there should be any issues, considering the changes in this PR
only affect Windows x86, and CI seems to fail in Linux AArch64.

Maybe running CI again should solve it.

Copy link
Copy Markdown
Member

@JohnTitor JohnTitor left a comment

Choose a reason for hiding this comment

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

Oh, cool! Thanks!

View changes since this review

@JohnTitor JohnTitor added this pull request to the merge queue Apr 10, 2026
Merged via the queue into rust-lang:main with commit 3a5c5d7 Apr 10, 2026
74 of 101 checks passed
tgross35 pushed a commit to tgross35/rust-libc that referenced this pull request Apr 13, 2026
After having tested out GNU on Windows x86, it seemed like the only
issue was related to a wrongly aligned/sized `max_align_t`. This has
been fixed, and the test suite seems to be running just fine in CI now
for the above platform/environment.

There were also some environment variables in CI that seemed to be set
for the purposes of changing the Mingw toolchain set up, but that
weren't truly being used as the job that ran the script that used those
was being triggered earlier in the CI pipeline. Because CI logs seem to
reveal this has been the case for some time, this has also been
altogether removed.

(backport <rust-lang#5050>)
(cherry picked from commit 3a5c5d7)
@tgross35 tgross35 mentioned this pull request Apr 13, 2026
github-merge-queue bot pushed a commit that referenced this pull request Apr 13, 2026
After having tested out GNU on Windows x86, it seemed like the only
issue was related to a wrongly aligned/sized `max_align_t`. This has
been fixed, and the test suite seems to be running just fine in CI now
for the above platform/environment.

There were also some environment variables in CI that seemed to be set
for the purposes of changing the Mingw toolchain set up, but that
weren't truly being used as the job that ran the script that used those
was being triggered earlier in the CI pipeline. Because CI logs seem to
reveal this has been the case for some time, this has also been
altogether removed.

(backport <#5050>)
(cherry picked from commit 3a5c5d7)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-CI Area: CI-related items stable-nominated This PR should be considered for cherry-pick to libc's stable release branch

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants