bytecodealliance / bytecodealliance/componentize-py

Publish pre-built CPython tarball for WASI

Ouverte
#227 1 commentaire 0 réactions 0 personnes assignées Réclamée par @dicej Voir sur GitHub
Langage dominant
Rust
Étoiles
277
Forks
51
Merge moyen
12 h 10 min
PR mergées (30 j)
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.

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par examiner la pull request ouverte liée #242 et le flux de build de componentize-py décrit dans cette issue. Confirmez comment un tarball CPython WASI publié remplacerait par défaut les builds depuis les sources, tout en conservant une option via une variable d’environnement pour compiler CPython depuis les sources ; le travail est considéré comme terminé lorsque les deux cas d’utilisation sont pris en charge.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
python, wasm
Domaine
build-system, release
Type d'issue
Fonctionnalité
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.