build(deps): update pyo3 requirement from 0.15.0 to 0.16.0

[dependabot]

Updates the requirements on pyo3 to permit the latest version.

Release notes

Sourced from pyo3's releases.

PyO3 0.16.0

This release contains substantial changes and improvements over PyO3 0.15.1. To support these improvements, support has been dropped for the end-of-life Python 3.6 and Rust versions older than 1.48.

The pyo3::ffi submodule has been split out into a separate pyo3-ffi crate, so that users who want to use PyO3's Python bindings without any of the safe APIs or macros are able to do so.

#[pyclass] can now be used on simple "C-like" enums to create Python enums.

The #[pyproto] macro has been deprecated, and can be disabled by disabling the optional #[pyproto] feature. The "magic methods" such as __repr__ which previously were implemented by #[pyproto] gained support in #[pymethods] in 0.15, and now in PyO3 0.16 #[pymethods] is intended to be the only attribute macro needed to write class method implementations.

There are numerous other reworks, improvements, and bugfixes.

For full details of all changes, see the CHANGELOG.

Thank you to everyone who contributed code, documentation, design ideas, bug reports, and feedback. The following users' commits are included in this release:

@​adamreichold @​aganders3 @​Amanieu @​aviramha @​birkenfeld @​b05902132 @​CarlKCarlK @​cmpute @​danielhenrymantilla @​davidhewitt @​DSPOM2 @​ghuls @​Gobot1234 @​kevinheavey @​konstin @​mejrs @​messense @​milesgranger @​mrl5 @​parsons20 @​RicoHageman @​saidvandeklundert @​Tom1380 @​vxgmichel

Changelog

Sourced from pyo3's changelog.

[0.16.0] - 2022-02-27

Packaging

• Update MSRV to Rust 1.48. #2004
• Update indoc optional dependency to 1.0. #2004
• Drop support for Python 3.6, remove abi3-py36 feature. #2006
• pyo3-build-config no longer enables the resolve-config feature by default. #2008
• Update inventory optional dependency to 0.2. #2019
• Drop paste dependency. #2081
• The bindings found in pyo3::ffi are now a re-export of a separate pyo3-ffi crate. #2126
• Support PyPy 3.9. #2143

Added

• Add PyCapsule type exposing the Capsule API. #1980
• Add pyo3_build_config::Sysconfigdata and supporting APIs. #1996
• Add Py::setattr method. #2009
• Add #[pyo3(crate = "some::path")] option to all attribute macros (except the deprecated #[pyproto]). #2022
• Enable create_exception! macro to take an optional docstring. #2027
• Enable #[pyclass] for fieldless (aka C-like) enums. #2034
• Add buffer magic methods __getbuffer__ and __releasebuffer__ to #[pymethods]. #2067
• Add support for paths in wrap_pyfunction and wrap_pymodule. #2081
• Enable wrap_pyfunction! to wrap a #[pyfunction] implemented in a different Rust module or crate. #2091
• Add PyAny::contains method (in operator for PyAny). #2115
• Add PyMapping::contains method (in operator for PyMapping). #2133
• Add garbage collection magic magic methods __traverse__ and __clear__ to #[pymethods]. #2159
• Add support for from_py_with on struct tuples and enums to override the default from-Python conversion. #2181
• Add eq, ne, lt, le, gt, ge methods to PyAny that wrap rich_compare. #2175
• Add Py::is and PyAny::is methods to check for object identity. #2183
• Add support for the __getattribute__ magic method. #2187

Changed

• PyType::is_subclass, PyErr::is_instance and PyAny::is_instance now operate run-time type object instead of a type known at compile-time. The old behavior is still available as PyType::is_subclass_of, PyErr::is_instance_of and PyAny::is_instance_of. #1985
• Rename some methods on PyErr (the old names are just marked deprecated for now): #2026
  • pytype -> get_type
  • pvalue -> value (and deprecate equivalent instance)
  • ptraceback -> traceback
  • from_instance -> from_value
  • into_instance -> into_value
• PyErr::new_type now takes an optional docstring and now returns PyResult<Py<PyType>> rather than a ffi::PyTypeObject pointer. #2027
• Deprecate PyType::is_instance; it is inconsistent with other is_instance methods in PyO3. Instead of typ.is_instance(obj), use obj.is_instance(typ). #2031
• __getitem__, __setitem__ and __delitem__ in #[pymethods] now implement both a Python mapping and sequence by default. #2065
• Improve performance and error messages for #[derive(FromPyObject)] for enums. #2068
• Reduce generated LLVM code size (to improve compile times) for:
  • internal handle_panic helper #2074 #2158
  • #[pyfunction] and #[pymethods] argument extraction #2075 #2085
  • #[pyclass] type object creation #2076 #2081 #2157
• Add modulo argument to __ipow__ magic method. #2083

... (truncated)

Commits

• 4c434a2 release: 0.16.0
• eab6e7b Merge pull request #2192 from davidhewitt/misc-0.16-fixes
• b59ee9b misc: tidy ups pre 0.16
• 1ed9a73 Merge pull request #2187 from PyO3/getattribute
• dc4f114 Address review comments
• 0678f11 Protocols: implement getattribute
• 03dc96b Py/PyAny: remove PartialEq impl and add is() (#2183)
• 4873459 Added eq, ne, gt etc. methods. (#2175)
• 1e1d676 Merge pull request #2143 from davidhewitt/pypy-3.9-dev
• efbf92b pypy: don't allow abi to be adjusted by abi3 flag
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[HollayHorvath]

Hey!

Yesterday I gave this a go. There are two different changes, one is an easy fix, is_instance now requires an instance and no type parameter, but there is a method, is_instance_of which works the same way as is_instance in 0.15, it's a trivial fix.

However, the PyMappingProtocol and PySequenceProtocol are deprecated now. It's possible to use those if we enable the pyproto feature on pyo3, but in the future these traits will be dropped, and in the tests the CustomDict now downcasts as a PySequence, so I had to flip the order in deserialize_any to make it work:

        } else if obj.downcast::<PyMapping>().is_ok() {
            self.deserialize_map(visitor)
        } else if let Ok(seq) = obj.downcast::<PySequence>() {
            self.deserialize_tuple(seq.len()?, visitor)

I also tried to simply use the #[pymethods], but on that case CustomList fails to parse either as PySequence or as PyMapping, while the CustomDict fails as PySequence but works as PyMapping, so the flipped order works for it.

An alternative solution would be to make CustomList subclass of collections.abc.Sequence and CustomDict subclass of collections.abc.Mapping, I'm unsure if that would work, but would be a breaking change for sure and would hurt ergonomics a lot.

I think it would possible to write a method that is capable to handle both PySequence and PyMapping types via a custom logic, but I'm not sure which solution would be the best from the crate's point of view.

[dependabot]

Looks like pyo3 is no longer updatable, so this is no longer needed.

[davidhewitt]

Thanks for investigating this. See the discussion in #25 (comment)