Skip to content

Conversation

@ospencer
Copy link
Member

@ospencer ospencer commented Nov 6, 2025

Windows builds of binaryen.ml are failing because paths included in binaryen submodules used for testing end up being too long because of the way opam sets up its directory structure. This PR makes no code changes; it only changes how releases are prepared by not including the submodules. This build with no submodules is tested in CI in both the esy and opam workflows.

An example of the failure can be found in this run: https://github.com/grain-lang/binaryen.ml/actions/runs/19006995118/job/54401493486

I published a version of libbinaryen to my opam fork which does not include the submodules, and you can see it passing in binaryen.ml here: https://github.com/grain-lang/binaryen.ml/actions/runs/19123129929/job/54647560908?pr=208

@ospencer ospencer requested a review from a team November 6, 2025 04:57
@ospencer ospencer self-assigned this Nov 6, 2025
@ospencer ospencer merged commit e87751a into main Nov 6, 2025
25 checks passed
@ospencer ospencer deleted the oscar/fix-windows-builds branch November 6, 2025 20:25
ospencer added a commit that referenced this pull request Nov 6, 2025
)

fix: Don't include binaryen submodules so Windows builds with opam (#138)
ospencer added a commit that referenced this pull request Nov 6, 2025
)

fix: Don't include binaryen submodules so Windows builds with opam (#138)
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.

3 participants