Skip to content

Conversation

@charles-zablit
Copy link
Contributor

No description provided.

@charles-zablit charles-zablit self-assigned this Oct 30, 2025
@charles-zablit
Copy link
Contributor Author

@swift-ci please test windows

@charles-zablit charles-zablit added the Windows Platform: Windows label Oct 30, 2025
# Dependencies
[ValidatePattern('^\d+(\.\d+)*$')]
[string] $PythonVersion = "3.10.1",
[string] $PythonVersion = "3.11.9",
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Python < 3.11 does not have an option to build for arm64.

Copy link
Member

Choose a reason for hiding this comment

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

We discussed sticking to 3.10; there was a 3.10 arm64 build for embedded that we can repackage; in the future we can move to 3.11 when upstream does so, and switch to the regular packages.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

a 3.10 arm64 build for embedded

That means no .msi. The python build script only produces .msi files for the non embeddable toolchain.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

If we strictly want to stick with what upstream builds with, let's put this PR on hold until they bump to 3.11. In the meantime, we can do what we settled on in #83488 to unblock the missing dll.

@charles-zablit charles-zablit force-pushed the charles-zablit/windows/add-python-msi-build-step branch from ed97c42 to 191faf5 Compare October 30, 2025 20:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Windows Platform: Windows

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants