* Target Python 3.15 using the final upstream reference Update active version and comparison configuration to Python 3.15.0. Preserve the alpha implementation status, actual bytecode format, and existing libraries pending separate migration. Align generated library-upgrade workflow pins without changing permissions or actions. Assisted-by: OpenAI Codex:model identifier unavailable * Adapt essential snippet contracts to Python 3.15 final Preserve existing coverage while following verified final behavior for script metadata, builtin signatures and loading, AST fixture construction, memoryview diagnostics, mmap search bounds, and struct format errors. The unchanged final comparator exposes the earlier expectations; focused native baseline failures establish the required implementation changes. Assisted-by: OpenAI Codex:model identifier unavailable * Keep final-reference regression paths and remove expired sysconfig argument Preserve reverse multiplication syntax and native exact overflow diagnostics. Accept the two source-proven CPython 3.15 specialization messages only in affected reverse str/bytes/tuple cases. Use an actually out-of-range Windows datetime errno fixture. Remove the sysconfig check_home argument at its existing canonical 3.15 removal test boundary. Assisted-by: OpenAI Codex:model identifier unavailable * Keep README wording unchanged in Python 3.15 transition Assisted-by: OpenAI Codex:model identifier unavailable * Match Python 3.15 repetition specialization and keep universal tests Use exact sequence-type guards and preserve generic fallback diagnostics. Validate both cold and warmed expressions without implementation-specific assertions. Reject stale CPython source checkouts and cross-version library caches. Assisted-by: OpenAI Codex:model identifier unavailable * Limit in-place specialization additions to exact sequence repetition Assisted-by: OpenAI Codex:model identifier unavailable * Keep subclass regression scoped to repetition dispatch Assisted-by: OpenAI Codex:model identifier unavailable * Provision final CPython 3.15 with pinned uv builds Assisted-by: OpenAI Codex:model identifier unavailable * Enforce Python 3.15 AST constructor requirements Reject retired missing-field and arbitrary-keyword forms while preserving defaults and explicit placeholders. Sync only matching final CPython constructor test hunks. Assisted-by: OpenAI Codex:model identifier unavailable * Keep seeded Python ahead of its Windows DLL directory Assisted-by: OpenAI Codex:model identifier unavailable * Keep opcode metadata tied to the implemented bytecode format The interpreter target and reference tests use Python 3.15.0, but the current Rust opcode enum retains the 3.14 bytecode format. Generate metadata from its matching source rather than importing unsupported instruction families. Assisted-by: OpenAI Codex:model identifier unavailable * Align CSV, logarithm and decimal formatting with Python 3.15 Propagate dialect lookup errors except AttributeError, retry integer logarithms after float overflow, and update the decimal conversion diagnostic. Exercise the final reference contracts without implementation-specific branches. Assisted-by: OpenAI Codex:model identifier unavailable * Bind the logarithm index result before borrowing its integer Assisted-by: OpenAI Codex:model identifier unavailable * Align required canonical test expectations with Python 3.15 Take only demonstrated contract changes from CPython v3.15.0, d220409a13b77de7a6c30abe16ea90db01528edc: removed module __cached__, Struct format exception classes, and decimal-format diagnostic. Preserve unrelated tests and expectations. Assisted-by: OpenAI Codex:model identifier unavailable * Track pending frozendict pickle support during the 3.15 transition Keep the two existing frozendict pickle tests running as expected failures until #8951 supplies the builtin. Unexpected success will signal removal of these temporary markers. Assisted-by: OpenAI Codex:model identifier unavailable * Support final Python 3.15 Windows negative timestamps Use FILETIME for pre-epoch conversions and preserve precise Windows timestamp errors. Assisted-by: OpenAI Codex:model identifier unavailable * Derive historical Windows timezone offsets from wall time FILETIME reports historical DST as unknown, so calculate the actual offset rather than selecting standard-time bias. Assisted-by: OpenAI Codex:model identifier unavailable * Identify decimal formatting arguments in Python 3.15 errors Track consumed positional arguments, including star width and precision, and preserve mapping key representations in decimal conversion diagnostics. Assisted-by: OpenAI Codex:model identifier unavailable * Reuse mapping format keys for lookup and error context Assisted-by: OpenAI Codex:model identifier unavailable * Borrow mapping diagnostic keys as Python objects Assisted-by: OpenAI Codex:model identifier unavailable * Avoid empty components in the reference Python library path Assisted-by: OpenAI Codex:model identifier unavailable * Isolate RustPython bytecode caches during the 3.15 transition Assisted-by: OpenAI Codex:model identifier unavailable * Sync final Windows timestamp test expectations Import only the final CPython platform-limit guards and mktime roundtrip expectation required by the existing Windows CI suite. Assisted-by: OpenAI Codex:model identifier unavailable * Restore official Python setup for 3.15 final Use the existing pinned setup-python action now that its official catalog supplies CPython 3.15.0. Remove the temporary standalone provisioning action and its sparse-checkout entry while retaining interpreter outputs and requested versions. Assisted-by: OpenAI Codex:model identifier unavailable * Align merged runtime contracts with Python 3.15 final Restrict mappingproxy ordering, use final codec registry normalization, and prefer index conversion before float conversion for sleep. Retain universal Python assertions and import the matching final codec/time canonical test hunks plus the non-ASCII codec-name deprecation warning. Upstream source: CPython d220409a13b77de7a6c30abe16ea90db01528edc. The existing codec normalization implementation and bytecode contract remain unchanged. Assisted-by: OpenAI Codex:model identifier unavailable * Limit Windows launcher version check to its interpreter Exclude only the CPython py.exe version-identity case from RustPython CI. The installed launcher reports its own final version, while RustPython correctly remains alpha. Preserve the other 45 launcher cases and all RustPython version assertions without modifying Lib. Assisted-by: OpenAI Codex:model identifier unavailable --------- Co-authored-by: Jeong, YunWon <69878+youknowone@users.noreply.github.com>
11 KiB
Contributing to RustPython
Contributions are more than welcome, and in many cases we are happy to guide contributors through PRs or on Discord.
Finding ways to help
We label issues that would be good for a first time contributor as good first issue.
Also checkout the issue tracker for all open issues.
You can enhance CPython compatibility by increasing our unittest coverage, you can see This pinned issue to see which libs and tests need be updated to our current supported python version.
Another approach is to checkout the source code: builtin functions and object methods are often the simplest and easiest way to contribute.
You can also simply run python -I scripts/whats_left.py to assist in finding any unimplemented method.
Use of AI
We require all use of AI in contributions to follow our AI Policy.
If your contribution does not follow the policy, it will be closed.
RustPython Development Guide and Tips
RustPython attracts developers with interest and experience in Rust, Python, or WebAssembly. Whether you are familiar with Rust, Python, or WebAssembly, the goal of this Development Guide is to give you the basics to get set up for developing RustPython and contributing to this project.
The contents of the Development Guide include:
- Setting up a development environment
- Code style
- Testing
- Profiling
- Code organization
- Understanding internals
- Questions
Setting up a development environment
RustPython requires the following:
- Rust latest stable version (e.g 1.92.0 as of Jan 7 2026)
- To check Rust version:
rustc --version - If you have
rustupon your system, enter to update to the latest stable version:rustup update stable - If you do not have Rust installed, use rustup to do so.
- To check Rust version:
- CPython version 3.15 or higher
- CPython can be installed by your operating system's package manager, from the Python website, or using a third-party distribution, such as Anaconda.
- [macOS] In case of libffi-sys compilation error, make sure autoconf, automake,
libtool are installed
- To install with Homebrew, enter
brew install autoconf automake libtool
- To install with Homebrew, enter
- [Optional] The Python package,
pytest, is used for testing Python code snippets. To install, enterpython3 -m pip install pytest.
Code style
The Rust code style used is the default
rustfmt codestyle. Please format your
code accordingly, or run cargo fmt to autoformat it. We also use
clippy to lint Rust code, which
you can check yourself with cargo clippy.
Custom Python code (i.e. code not copied from CPython's standard library) should follow the PEP 8 style. We also use ruff to check Python code style.
In addition to language specific tools, cspell, a code spell checker, is used in order to ensure correct spellings for code.
Testing
To test RustPython's functionality, a collection of Python snippets is located
in the extra_tests/snippets directory and can be run using pytest:
$ cd extra_tests
$ pytest -v
Rust unit tests can be run with cargo:
$ cargo test --workspace --exclude rustpython_wasm --exclude rustpython-venvlauncher --exclude rustpython-capi
rustpython-capi needs to be tested from inside its own directory, since it has a
separate cargo config that only applies there:
$ cd crates/capi
$ cargo test
Python unit tests can be run by compiling RustPython and running the test module:
$ cargo run --release -- -m test
There are a few test options that are especially useful:
-j <n>enables parallel testing (which is a lot faster), where<n>is the number of threads to be used, ideally the same as number of cores on your CPU. If you don't know,-j 4or-j 8are good options.-venables verbose mode, adding additional information about the tests being run.<test_name>specifies a single test to run instead of running all tests.
For example, to run all tests in parallel:
$ cargo run --release -- -m test -j 4
To run only test_cmath (located at Lib/test/test_cmath) verbosely:
$ cargo run --release -- -m test test_cmath -v
Testing on Linux from macOS
You can test RustPython on Linux from macOS using Apple's container CLI.
Setup (one-time):
# Install container CLI
$ brew install container
# Disable Rosetta requirement for arm64-only builds
$ defaults write com.apple.container.defaults build.rosetta -bool false
# Build the development image
$ container build --arch arm64 -t rustpython-dev -f .devcontainer/Dockerfile .
Running tests:
# Start a persistent container in background (8GB memory, 4 CPUs for compilation)
$ container run -d --name rustpython-test -m 8G -c 4 \
--mount type=bind,source=$(pwd),target=/workspace \
-w /workspace rustpython-dev sleep infinity
# Run tests inside the container
$ container exec rustpython-test sh -c "cargo run --release -- -m test test_ensurepip"
# Run any command
$ container exec rustpython-test sh -c "cargo test --workspace"
# Stop and remove the container when done
$ container rm -f rustpython-test
Profiling
To profile RustPython, build it in release mode with the flame-it feature.
This will generate a file flamescope.json, which can be viewed at
https://speedscope.app.
$ cargo run --release --features flame-it script.py
$ cat flamescope.json
{<json>}
You can specify another file name other than the default by using the
--output-file option to specify a file name (or stdout if you specify -).
The --output-format option determines the format of the output file.
The speedscope json format (default), text, or raw html can be passed. There
exists a raw html viewer which is currently broken, and we welcome a PR to fix it.
Code organization
Understanding a new codebase takes time. Here's a brief view of the repository's structure:
crates/compiler/src: python compilation to bytecodecrates/compiler-core/src: python bytecode representation in rust structures
crates/derive/srcandcrates/derive-impl/src: Rust language extensions and macros specific to rustpythonLib: Carefully selected / copied files from CPython sourcecode. This is the python side of the standard library.test: CPython test suite
crates/vm/src: python virtual machinebuiltins: Builtin functions and typesstdlib: Standard library parts implemented in rust.
src: using the other subcrates to bring rustpython to life.crates/wasm: Binary crate and resources for WebAssembly buildextra_tests: extra integration test snippets as a supplement toLib/test. Add new RustPython-only regression tests here; do not place new tests underLib/test.
Understanding Internals
The RustPython workspace includes the rustpython top-level crate. The Cargo.toml
file in the root of the repo provide configuration of the crate and the
implementation is found in the src directory (specifically, src/lib.rs).
The top-level rustpython binary depends on several lower-level crates including:
ruff_python_parserandruff_python_ast(external dependencies from the Ruff project)rustpython-compiler(implementation incrates/compiler/src)rustpython-vm(implementation incrates/vm/src)
Together, these crates provide the functions of a programming language and enable a line of code to go through a series of steps:
- parse the line of source code into tokens
- determine if the tokens are valid syntax
- create an Abstract Syntax Tree (AST)
- compile the AST into bytecode
- execute the bytecode in the virtual machine (VM).
Parser and AST
RustPython uses the Ruff project's parser and AST implementation:
- Parser:
ruff_python_parseris used to convert Python source code into tokens and parse them into an Abstract Syntax Tree (AST) - AST:
ruff_python_astprovides the Rust types and expressions represented by the AST nodes - These are external dependencies maintained by the Ruff project
- For more information, visit the Ruff GitHub repository
rustpython-compiler
The rustpython-compiler crate's purpose is to transform the AST (Abstract Syntax
Tree) to bytecode. The implementation of the compiler is found in the
crates/compiler/src directory. The compiler implements Python's symbol table,
ast->bytecode compiler, and bytecode optimizer in Rust.
Implementation of bytecode structure in Rust is found in the crates/compiler-core/src
directory. crates/compiler-core/src/bytecode.rs contains the representation of
instructions and operations in Rust. Further information about Python's
bytecode instructions can be found in the
Python documentation.
rustpython-vm
The rustpython-vm crate has the important job of running the virtual machine that
executes Python's instructions. The crates/vm/src directory contains code to
implement the read and evaluation loop that fetches and dispatches
instructions. This directory also contains the implementation of the
Python Standard Library modules in Rust (crates/vm/src/stdlib). In Python
everything can be represented as an object. The crates/vm/src/builtins directory holds
the Rust code used to represent different Python objects and their methods. The
core implementation of what a Python object is can be found in
crates/vm/src/object/core.rs.
Code generation
There are some code generations involved in building RustPython:
- some part of the AST code is generated from
vm/src/stdlib/ast/gen.rstocompiler/ast/src/ast_gen.rs. - the
__doc__attributes are generated by the doc project which is then included as therustpython-doccrate.
Questions
Have you tried these steps and have a question, please chat with us on Discord.