1d97a44aa2
- update to 2.0.0: * Added support for free threaded CPython (3.14t+ only) * Added support for Python 3.14. * Dropped support for Python 3.8.
Dirk Mueller2025-09-14 20:40:02 +00:00
d856e047ac
Accepting request 1206446 from devel:languages:python
Ana Guerrero2024-10-09 20:03:26 +00:00
b041f8ba52
- update to 1.17.1: * 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).
Dirk Mueller2024-10-09 06:37:53 +00:00
80be462065
- update to 1.17.1: * 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).
Dirk Mueller2024-10-09 06:37:53 +00:00
a4f2bc8ce4
- 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)
Dirk Mueller2024-08-31 12:55:13 +00:00
f23ce8d09b
- 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)
Dirk Mueller2024-08-31 12:55:13 +00:00
0396f22d84
Accepting request 1184154 from devel:languages:python
Ana Guerrero2024-07-02 16:14:40 +00:00
e05f01b7ad
Accepting request 1184154 from devel:languages:python
Ana Guerrero2024-07-02 16:14:40 +00:00
fec30ea192
- add py313-compat.patch py313-use-format-unraisable.patch py313-use-hashpointer.patch: add upstream patches for py3.13 support
Dirk Mueller2024-06-30 21:27:50 +00:00
a890727ddf
Accepting request 1184153 from home:dirkmueller:branches:openSUSE:Factory:Rings:1-MinimalX
Dirk Mueller2024-06-30 21:27:50 +00:00
b5d4b45b53
- Upgrade to 1.16.0: - 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). - Move project source under src/; a more standard layout that also enables CI to more easily catch packaging errors. - Move project home to python-cffi/cffi on GitHub. - 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. - Add missing calls to PyObject_GC_UnTrack to avoid ResourceWarning 15c4b71 - Remove upstreamed patch 8a3c2c816d789639b49d3ae867213393ed7abdff.patch
Matej Cepl2023-10-06 16:35:58 +00:00
01bff7fbb3
- Upgrade to 1.16.0: - 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). - Move project source under src/; a more standard layout that also enables CI to more easily catch packaging errors. - Move project home to python-cffi/cffi on GitHub. - 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. - Add missing calls to PyObject_GC_UnTrack to avoid ResourceWarning 15c4b71 - Remove upstreamed patch 8a3c2c816d789639b49d3ae867213393ed7abdff.patch
Matej Cepl2023-10-06 16:35:58 +00:00
26eddf2eda
- update to 1.15.1: * If you call ffi.embedding_api() but don’t write any extern “Python” function there, then the resulting C code would fail an assert. Fixed. * Updated Windows/arm64 embedded libffi static lib to v3.4.2, and scripted to ease future updates (thanks Niyas Sait!)
Dirk Mueller2022-07-19 11:32:29 +00:00
6567ea6f4b
- update to 1.15.1: * If you call ffi.embedding_api() but don’t write any extern “Python” function there, then the resulting C code would fail an assert. Fixed. * Updated Windows/arm64 embedded libffi static lib to v3.4.2, and scripted to ease future updates (thanks Niyas Sait!)
Dirk Mueller2022-07-19 11:32:29 +00:00
feb781c81e
- update to 1.15.0: * Fixed MANIFEST.in to include missing file for Windows arm64 support * Fixed Linux wheel build to use gcc default ISA for libffi * Updated setup.py Python trove specifiers to currently-tested Python versions * CPython 3.10 support (including wheels) * MacOS arm64 support (including wheels) * Initial Windows arm64 support * Misc. doc and test updates
Dirk Mueller2021-11-06 17:58:11 +00:00
d4fab2bb92
- update to 1.15.0: * Fixed MANIFEST.in to include missing file for Windows arm64 support * Fixed Linux wheel build to use gcc default ISA for libffi * Updated setup.py Python trove specifiers to currently-tested Python versions * CPython 3.10 support (including wheels) * MacOS arm64 support (including wheels) * Initial Windows arm64 support * Misc. doc and test updates
Dirk Mueller2021-11-06 17:58:11 +00:00
efd9de8edf
- update to 1.14.1: * CFFI source code is now hosted on Heptapod. * Improved support for typedef int my_array_t[...]; with an explicit dot-dot-dot in API mode (issue #453) * Windows (32 and 64 bits): multiple fixes for ABI-mode call to functions that return a structure. * Experimental support for MacOS 11 on aarch64. * and a few other minor changes and bug fixes.
Dirk Mueller2020-08-10 08:15:41 +00:00
2e67740b92
- update to 1.14.1: * CFFI source code is now hosted on Heptapod. * Improved support for typedef int my_array_t[...]; with an explicit dot-dot-dot in API mode (issue #453) * Windows (32 and 64 bits): multiple fixes for ABI-mode call to functions that return a structure. * Experimental support for MacOS 11 on aarch64. * and a few other minor changes and bug fixes.
Dirk Mueller2020-08-10 08:15:41 +00:00
5620af39cd
- Update to 1.14.0 * ffi.dlopen() can now be called with a handle (as a void *) to an already-opened C library. * fixed a stack overflow issue for calls like lib.myfunc([large list]). * fixed a memory leak inside ffi.getwinerror() on CPython 3.x.
Ondřej Súkup2020-02-24 14:59:21 +00:00
32d09127a1
- Update to 1.14.0 * ffi.dlopen() can now be called with a handle (as a void *) to an already-opened C library. * fixed a stack overflow issue for calls like lib.myfunc([large list]). * fixed a memory leak inside ffi.getwinerror() on CPython 3.x.
Ondřej Súkup2020-02-24 14:59:21 +00:00
3bca1778c0
- update to 1.12.3 - drop patches: 3184b0a675fc425b821b528d7fdf744b2f08dadf.patch 7a76a381534012af4790e815140d1538510b7d93.patch e2e324a2f13e3a646de6f6ff03e90ed7d37e2636.patch * Direct support for pkg-config. * ffi.from_buffer() takes a new optional first argument that gives the array type of the result. It also takes an optional keyword argument require_writable to refuse read-only Python buffers. * ffi.new(), ffi.gc() or ffi.from_buffer() cdata objects can now be released at known times, either by using the with keyword or by calling the new ffi.release(). * Accept an expression like ffi.new("int[4]", p) if p is itself another cdata int[4]. * CPython 2.x: ffi.dlopen() failed with non-ascii file names on Posix * CPython: if a thread is started from C and then runs Python code (with callbacks or with the embedding solution), then previous versions of cffi would contain possible crashes and/or memory leaks. * Support for ffi.cdef(..., pack=N) where N is a power of two.
Ondřej Súkup2019-03-02 10:48:08 +00:00
cae9f3724d
- update to 1.12.3 - drop patches: 3184b0a675fc425b821b528d7fdf744b2f08dadf.patch 7a76a381534012af4790e815140d1538510b7d93.patch e2e324a2f13e3a646de6f6ff03e90ed7d37e2636.patch * Direct support for pkg-config. * ffi.from_buffer() takes a new optional first argument that gives the array type of the result. It also takes an optional keyword argument require_writable to refuse read-only Python buffers. * ffi.new(), ffi.gc() or ffi.from_buffer() cdata objects can now be released at known times, either by using the with keyword or by calling the new ffi.release(). * Accept an expression like ffi.new("int[4]", p) if p is itself another cdata int[4]. * CPython 2.x: ffi.dlopen() failed with non-ascii file names on Posix * CPython: if a thread is started from C and then runs Python code (with callbacks or with the embedding solution), then previous versions of cffi would contain possible crashes and/or memory leaks. * Support for ffi.cdef(..., pack=N) where N is a power of two.
Ondřej Súkup2019-03-02 10:48:08 +00:00
Ana Guerrero
Dirk Mueller
Dominique Leuenberger
Matej Cepl
Daniel Garcia
Ondřej Súkup
Todd R
Tomáš Chvátal