-
Notifications
You must be signed in to change notification settings - Fork 763
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
release: 0.19.1 #3288
release: 0.19.1 #3288
Conversation
`PyAny::lookup_special` is an approximate equivalent to the CPython internal `_PyObject_LookupSpecial`, which is used to resolve lookups of "magic" methods. These are only looked up from the type, and skip the instance dictionary during the lookup. Despite this, they are still required to resolve the descriptor protocol. Many magic methods have slots on the `PyTypeObject` or respective subobjects, but these are not necessarily available when targeting the limited API or PyPy. In these cases, the requisite logic can be worked around using safe but likely slower APIs. Co-authored-by: David Hewitt <1939362+davidhewitt@users.noreply.github.com> Fix up lookup-special
Python classes that were not `complex` but implemented the `__complex__` magic would have that method called via `PyComplex_AsCComplex` when running against the full API, but the limited-API version `PyComplex_RealAsDouble` does not attempt this conversion. If the input object is not already complex, we can call the magic before proceeding.
While the xtask code base is better engineered than our slightly messy Nox manifest, all functionality is available via Nox including some that is not available via xtask. Finally, only the Nox sessions are used in the CI by now so that xtask does not see regular automated usage.
Updates the requirements on [bindgen](https://github.com/rust-lang/rust-bindgen) to permit the latest version. - [Changelog](https://github.com/rust-lang/rust-bindgen/blob/main/CHANGELOG.md) - [Commits](rust-lang/rust-bindgen@v0.63.0...v0.65.1) --- updated-dependencies: - dependency-name: bindgen dependency-type: direct:production ... Signed-off-by: dependabot[bot] <support@github.com>
It might not be obvious from the reading the sections on free functions and on classes that they combine in a frictionless manner, i.e. class instances can be parameters to free functions in the same manner that the self parameters of instance methods are handled. This also explicitly calls out the interaction between `Clone` and `FromPyObject` for classes.
…y to include version 2.
… forget to clean up ours.
c744500
to
0f30898
Compare
0f30898
to
1a9105a
Compare
(3.12 failures are expected as they don't build on |
b1bf46b
to
dfe04e9
Compare
I would like to ship this in a release of If there are errors I take full responsibility and promise to follow up 🙈 |
Release is live! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
H
Following the fix to the memory leak #3285 this is a release to backport as many backwards-compatible changes as make sense.