Releases: PyO3/pyo3
Releases · PyO3/pyo3
PyO3 v0.4.1
Fixed
- Fixed compilation on nightly since
use_extern_macros
was stabilized
Changed
- PyTryFrom's error is always to
PyDowncastError
Removed
- The pyobject_downcast macro
PyO3 0.4.0
Removed
- Conversions from tuples to PyDict due to rust-lang/rust#52050
Changed
- Merged both examples into one
- Rustfmt all the things ✔️
- Switched to Keep a Changelog
PyO3 0.3.2
Changes
- Replaced
concat_idents
with mashup
PyO3 0.3.1
Changes
- Fixed scoping bug in pyobject_native_type that would break rust-numpy
PyO3 0.3.0
Changes
- Upgraded to syn 0.14 which means much better error messages 🎉
- 128 bit integer support by kngwyu (#137)
proc_macro
has been stabilized on nightly (rust-lang/rust#52081). This means that we can remove theproc_macro
feature, but now we need theuse_extern_macros
from the 2018 edition instead.- All proc macro are now prefixed with
py
and live in the prelude. This means you can use#[pyclass]
,#[pymethods]
,#[pyproto]
,#[pyfunction]
and#[pymodinit]
directly, at least after ause pyo3::prelude::*
. They were also moved into a module calledproc_macro
. You shouldn't use#[pyo3::proc_macro::pyclass]
or other longer paths in attributes becauseproc_macro_path_invoc
isn't going to be stabilized soon. - Renamed the
base
option in thepyclass
macro toextends
. #[pymodinit]
uses the function name as module name, unless the name is overrriden with#[pymodinit(name)]
- The guide is now properly versioned.
- A few internal macros became part of the public api (#155, #186)
- Always clone in getters. This allows using the get-annotation on all Clone-Types
PyO3 0.2.7
0.2.7 backports the compilation fix with current nightlies, so pyo3 stays usable until 0.3 is released.
PyO3 0.2.6
Changes
- Fix compatibility with TryFrom trait
PyO3 0.2.5
PyO3 0.2.4
PyO3 0.2.3
Changes
-
Proper
c_char
usage #93 -
Remove use of now unneeded 'AsciiExt' trait
-
Rustup to 1.23.0-nightly 2017-11-07