bytecodealliance / bytecodealliance/componentize-py
Publish pre-built CPython tarball for WASI
- Dominant language
- Rust
- Stars
- 277
- Forks
- 51
- Avg merge
- 12h 10m
- Merged PRs (30d)
- 10
Description
Currently, building `componentize-py` requires building CPython from source for WASI (and for the native platform as well, due to the bootstrapping requirement). This is annoying because we rarely change CPython and eventually want to use official upstream builds anyway.
Once there are compatible upstream builds (i.e. `libpython3.14.so` for WASI), we can switch to them, but in the meantime we should consider publishing our own builds and using them instead by default of building CPython from source as part of the `componentize-py` build.
Note that we should still support building CPython by default as a build-time option (e.g. via an environment variable) for debugging purposes.
Contributor guide
Research direction
Start by reviewing the open linked pull request #242 and the componentize-py build flow described in this issue. Confirm how a published CPython WASI tarball would replace source builds by default while retaining an environment-variable option for building CPython from source; done means both use cases are supported.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python, wasm
- Domain
- build-system, release
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100