Files
RustPython/CONTRIBUTING.md
T
youknowdotandJeong, YunWon 06007c81fa Begin the Python 3.15 target and essential-library migration (#8950)
* 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>
2026-10-11 12:57:49 +09:00

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

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 rustup on 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.
  • 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
  • [Optional] The Python package, pytest, is used for testing Python code snippets. To install, enter python3 -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 4 or -j 8 are good options.
  • -v enables 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 bytecode
    • crates/compiler-core/src: python bytecode representation in rust structures
  • crates/derive/src and crates/derive-impl/src: Rust language extensions and macros specific to rustpython
  • Lib: 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 machine
    • builtins: Builtin functions and types
    • stdlib: Standard library parts implemented in rust.
  • src: using the other subcrates to bring rustpython to life.
  • crates/wasm: Binary crate and resources for WebAssembly build
  • extra_tests: extra integration test snippets as a supplement to Lib/test. Add new RustPython-only regression tests here; do not place new tests under Lib/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_parser and ruff_python_ast (external dependencies from the Ruff project)
  • rustpython-compiler (implementation in crates/compiler/src)
  • rustpython-vm (implementation in crates/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_parser is used to convert Python source code into tokens and parse them into an Abstract Syntax Tree (AST)
  • AST: ruff_python_ast provides 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.rs to compiler/ast/src/ast_gen.rs.
  • the __doc__ attributes are generated by the doc project which is then included as the rustpython-doc crate.

Questions

Have you tried these steps and have a question, please chat with us on Discord.