Skip to content

Re-enable Windows Rust tests#235

Draft
Luthaf wants to merge 7 commits into
metatensor:metatomic-corefrom
Luthaf:enable-windows-build
Draft

Re-enable Windows Rust tests#235
Luthaf wants to merge 7 commits into
metatensor:metatomic-corefrom
Luthaf:enable-windows-build

Conversation

@Luthaf
Copy link
Copy Markdown
Member

@Luthaf Luthaf commented May 28, 2026

Contributor (creator of pull-request) checklist

  • Tests updated (for new features and bugfixes)?
  • Documentation updated (for new features)?
  • Issue referenced (for PRs that solve an issue)?

Reviewer checklist

  • CHANGELOG updated with public API or any other important changes?

@Luthaf Luthaf force-pushed the enable-windows-build branch from 8c4b08e to 658b4ac Compare May 28, 2026 12:02
Luthaf and others added 2 commits May 28, 2026 14:09
Git bash re-adds its own /usr/bin to PATH on every invocation, so
removing it from $GITHUB_ENV had no effect. Directly removing Git's
link.exe (a Unix hardlink utility) lets MSVC's link.exe take precedence.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
When the Visual Studio generator is used for the outer cmake build,
cargo is invoked from within MSBuild. If cargo then runs cmake internally
(e.g. metatensor-sys building metatensor from source), that inner cmake
inherits CMAKE_GENERATOR=Visual Studio and tries to launch a nested
MSBuild, which fails to detect C/C++ compilers.

Overriding CMAKE_GENERATOR=NMake Makefiles for the cargo subprocess
avoids the nesting: cl.exe and nmake.exe are both in PATH after the
ilammy/msvc-dev-cmd setup step.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
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