python-cffi
Foreign Function Interface for Python calling C code. The aim of this project is to provide a convenient and reliable way of calling C code from Python.
- Developed at devel:languages:python
- Sources inherited from project openSUSE:Factory
-
13
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Backports:SLE-15-SP4:RebuildFactoryCandidates/python-cffi && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
cffi-1.17.0.tar.gz | 0000516073 504 KB | |
python-cffi-rpmlintrc | 0000000316 316 Bytes | |
python-cffi.changes | 0000038663 37.8 KB | |
python-cffi.spec | 0000002064 2.02 KB |
Revision 45 (latest revision is 46)
Dominique Leuenberger (dimstar_suse)
accepted
request 1198079
from
Dirk Mueller (dirkmueller)
(revision 45)
- update to 1.17.0: * Add support for Python 3.13. * 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. - drop py313-compat.patch, py313-use-format-unraisable.patch, py313-use-hashpointer.patch (upstream)
Comments 0