Skip to content
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

Update dependency cffi to v1.17.1 #78

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Sep 18, 2024

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
cffi (source, changelog) 1.15.1 -> 1.17.1 age adoption passing confidence

Release Notes

python-cffi/cffi (cffi)

v1.17.1

Compare Source

  • Fix failing distutils.msvc9compiler imports under Windows (#​118).
  • ffibuilder.emit_python_code() and ffibuiler.emit_c_code() accept file-like objects (#​115).
  • ffiplatform calls are bypassed by ffibuilder.emit_python_code() and ffibuilder.emit_c_code() (#​81).

Full Changelog: python-cffi/cffi@v1.17.0...v1.17.1

v1.17.0

Compare Source

  • Add support for Python 3.13.
    • Free-threaded CPython builds (i.e. python3.13t and the 3.13t ABI) are not currently supported.
  • In API mode, when you get a function from a C library by writing
    fn = lib.myfunc, you get an object of a special type for performance
    reasons, instead of a <cdata 'C-function-type'>. Before version 1.17
    you could only call such objects. You could write
    ffi.addressof(lib, "myfunc") in order to get a real <cdata> object,
    based on the idea that in these cases in C you'd usually write &myfunc
    instead of myfunc. In version 1.17, the special object
    lib.myfunc can now be passed in many places where CFFI expects
    a regular <cdata> object. For example, you can now pass
    it as a callback to a C function call, or write it inside a C
    structure field of the correct pointer-to-function type, or use
    ffi.cast() or ffi.typeof() on it.

Full Changelog: python-cffi/cffi@v1.16.0...v1.17.0

v1.16.0

Compare Source

  • Add support for Python 3.12. With the removal of distutils from Python 3.12, projects
    using CFFI features that depend on distutils at runtime must add a dependency on
    setuptools to function under Python 3.12+. CFFI does not declare a runtime setuptools
    requirement to avoid an unnecessary dependency for projects that do not require it.
  • Drop support for end-of-life Python versions (2.7, 3.6, 3.7).
  • Add support for PEP517 builds; setuptools is now a required build dependency.
  • Declare python_requires metadata for Python 3.8+. This allows unsupported Pythons
    to continue using previously released sdists and wheels.
  • Move project source under src/; a more standard layout that also enables CI to more easily
    catch packaging errors.

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

Copy link

@sourcery-ai sourcery-ai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We have skipped reviewing this pull request. It seems to have been created by a bot (hey, renovate[bot]!). We assume it knows what it's doing!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants