PyO3
pyo3
BlogDocsChangelog

Branches performance

Pull requests

ci: updates for Rust 1.93#5749
last run
8 hours ago
ci: updates for Rust 1.93
1 day ago
3657011
bschoenmaeckers:rust-1.93
CodSpeed Performance Gauge
-17%
Refactor wasi ci & add `wasm32-wasip2` target#5747
last run
3 days ago
Update `wasi-sdk` to `29` for `wasip2`
3 days ago
5a9ecf5
bschoenmaeckers:wasm-wasip2-ci
CodSpeed Performance Gauge
0%
Update FFI wrappers for PyModExport and PyABIInfo APIs#5746
last run
1 hour ago
Revert incorrect change to m_init type and add comments
2 hours ago
2358c16
ngoldbaum:pep-793-ffi
CodSpeed Performance Gauge
0%
Fix remote builds by making build-config contents deterministic Because of the usage of `env!`, we were baking paths to generated files in `lib.rs`. In setups where the build can be executed remotely (e.g. when building with Buck2), those paths would be different depending on whether the build ran locally or remotely. This difference propagates to `pyo3-macros`. Because Buck2 runs the metadata and codegen builds separately (for increased parallelism), they can have different contents due to the above, causing rustc to find two versions of the crate, and erroring out. This is not observable with Cargo because it runs both builds with the same rustc invocation. See https://github.com/facebook/buck2/issues/1206 and https://github.com/rwf2/Rocket/pull/2797 for more context. This commit fixes the issue by simply reading `OUT_DIR` at run-time, rather than compile-time, so that the content of `lib.rs` is fixed. Closes https://github.com/facebook/buck2/issues/1206 Many thanks to https://github.com/cormacrelf for pointing out the root of the issue.
4 days ago
ac4ffa1
cbarrete:remote-build-fix
CodSpeed Performance Gauge
0%
© 2026 CodSpeed Technology
Home Terms Privacy Docs