Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add RISC-V builds #388

Closed
lengau opened this issue Oct 30, 2024 · 0 comments · Fixed by #491
Closed

Add RISC-V builds #388

lengau opened this issue Oct 30, 2024 · 0 comments · Fixed by #491
Labels
platform:linux Specific to the Linux platform platforms Increasing or modifying the set of supported platforms

Comments

@lengau
Copy link

lengau commented Oct 30, 2024

Related: #219

We'd like to get RISC-V builds of Python. The current Docker images are intentionally built for an old version of Debian, so a new Docker image would need to be made for building Python on riscv64. Debian 10 (stretch) is the first version that has the necessary gcc package.

I believe the necessary steps would be:

  1. Create a riscv64 Dockerfile with Debian 10
  2. Add the file to the image builder
  3. Add a risc-v option to build-main.py
  4. Add risc-v variants to the build job

I can probably do this (and test it) at some point :-)

@charliermarsh charliermarsh added platforms Increasing or modifying the set of supported platforms linux platform:linux Specific to the Linux platform and removed linux labels Dec 18, 2024
zanieb added a commit that referenced this issue Jan 10, 2025
Since we've encountered the GitHub matrix size limit of 256 entries a
couple times now (recently in #388), this adds sharding to our matrix
generation script.

There's now a `--max-shards` option which splits the matrix into (up to)
the requested number of shards. We don't split it evenly, we eagerly
fill each shard first. To consume the shards, we just copy the `build`
job into two identical child jobs which consume each matrix shard.
Ideally, we'd avoid code duplication here by using a re-usable action or
something for the build-steps — but that's overkill at this point.

We only need this for Linux for the foreseeable future.
@zanieb zanieb closed this as completed in 62f1b03 Jan 14, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
platform:linux Specific to the Linux platform platforms Increasing or modifying the set of supported platforms
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants