Skip to content

feat: matrix Windows EH corpus across VS 2022 and VS 2026 - #3

Merged
gmh5225 merged 4 commits into
mainfrom
feat/msvc-vs-year-axis
Sep 17, 2026
Merged

gmh5225 merged 4 commits into
mainfrom
feat/msvc-vs-year-axis

Conversation

@gmh5225

@gmh5225 gmh5225 commented Sep 17, 2026

Copy link
Copy Markdown
Contributor

Add a Visual Studio year axis to the windows-eh producer.

  • VS 2022 stays on windows-2022 with historical cell keys/paths.
  • VS 2026 builds on windows-2025 under corpus/windows-eh/msvc/vs2026/....
  • VS 2010–2019 and a non-existent VS 2025 product are explicit skips.

Producer unit tests: python3 -m unittest discover -s scripts/tests -v

@gmh5225
gmh5225 merged commit 6138803 into main Sep 17, 2026
52 of 74 checks passed
Hosted runners can install Visual Studio 2022 (windows-2022) and
Visual Studio 2026 (windows-2025). Add that year axis to the producer,
keep VS 2022 paths/keys stable, and skip VS 2010–2019 and a non-existent
VS 2025 product with an explicit reason instead of a silent cell.
The producer already wrote later MSVC years under msvc/vsYYYY/. The
verifier still expected the historical msvc/... path, so every VS 2026
cell failed after a successful compile and execute. Cap the Windows
matrix at six concurrent jobs so the free-plan runner queue can drain.
Hosted VS 2026 built x86/x64 cells, then failed looking up
Microsoft.VisualStudio.Component.VC.Tools.ARM. Keep ARM32 on VS 2022
and make the 2026 ARM cells an explicit skip.
VS 2022 cells run on windows-2022 and VS 2026 cells on windows-2025, so
producer.runner_image is not a shared envelope field. Union the images
and keep schema, corpus, source, and producer revision identical.
@NeverSightAI
NeverSightAI deleted the feat/msvc-vs-year-axis branch September 26, 2026 05:46
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