bytecodealliance / bytecodealliance/componentize-py

Publish pre-built CPython tarball for WASI

Open
#227 1 comment 0 reactions 0 assignees Claimed by @dicej View on GitHub
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.