6 Commits

Author SHA256 Message Date
767feb5d4f Accepting request 1206446 from devel:languages:python
- 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).

OBS-URL: https://build.opensuse.org/request/show/1206446
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-cffi?expand=0&rev=46
2024-10-09 20:03:26 +00:00
d2ddaf7cfa - 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).

OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-cffi?expand=0&rev=101
2024-10-09 06:37:53 +00:00
9147c9f0b0 Accepting request 1198079 from devel:languages:python
- 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)

OBS-URL: https://build.opensuse.org/request/show/1198079
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-cffi?expand=0&rev=45
2024-09-03 11:37:08 +00:00
b61b47e37f - 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)

OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-cffi?expand=0&rev=99
2024-08-31 12:55:13 +00:00
8062b8e1a3 Accepting request 1184154 from devel:languages:python
OBS-URL: https://build.opensuse.org/request/show/1184154
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-cffi?expand=0&rev=44
2024-07-02 16:14:40 +00:00
66022bf2e9 Accepting request 1184153 from home:dirkmueller:branches:openSUSE:Factory:Rings:1-MinimalX
- add py313-compat.patch
  py313-use-format-unraisable.patch
  py313-use-hashpointer.patch: add upstream patches for py3.13
  support

  testsuite failures with Python 3.11
  * Revert "grovel: detect :float and :double in the :auto type"
  * no upstream changelog provided
  * no upstream changelog provided
 * CPython 3 on Windows: we again try to compile with Py_LIMITED_API by default
- Update pytest in spec to add c directory tests in addition to
    messages.

OBS-URL: https://build.opensuse.org/request/show/1184153
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-cffi?expand=0&rev=97
2024-06-30 21:27:50 +00:00
4 changed files with 51 additions and 12 deletions

View File

@@ -1,3 +0,0 @@
version https://git-lfs.github.com/spec/v1
oid sha256:bcb3ef43e58665bbda2fb198698fcae6776483e0c4a631aa5647806c25e02cc0
size 512873

BIN
cffi-1.17.1.tar.gz LFS Normal file

Binary file not shown.

View File

@@ -1,3 +1,42 @@
-------------------------------------------------------------------
Wed Oct 9 06:36:11 UTC 2024 - Dirk Müller <dmueller@suse.com>
- 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).
-------------------------------------------------------------------
Sat Aug 31 12:39:52 UTC 2024 - Dirk Müller <dmueller@suse.com>
- 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)
-------------------------------------------------------------------
Sun Jun 30 21:26:53 UTC 2024 - Dirk Müller <dmueller@suse.com>
- add py313-compat.patch
py313-use-format-unraisable.patch
py313-use-hashpointer.patch: add upstream patches for py3.13
support
------------------------------------------------------------------- -------------------------------------------------------------------
Thu Feb 29 09:46:12 UTC 2024 - Dan Čermák <dcermak@suse.com> Thu Feb 29 09:46:12 UTC 2024 - Dan Čermák <dcermak@suse.com>
@@ -46,7 +85,7 @@ Thu Apr 13 22:40:28 UTC 2023 - Matej Cepl <mcepl@suse.com>
Fri Jan 6 08:59:54 UTC 2023 - Dirk Müller <dmueller@suse.com> Fri Jan 6 08:59:54 UTC 2023 - Dirk Müller <dmueller@suse.com>
- add 8a3c2c816d789639b49d3ae867213393ed7abdff.patch to resolve - add 8a3c2c816d789639b49d3ae867213393ed7abdff.patch to resolve
testsuite failures with Python 3.11 testsuite failures with Python 3.11
------------------------------------------------------------------- -------------------------------------------------------------------
Mon Dec 5 12:22:40 UTC 2022 - Daniel Garcia <daniel.garcia@suse.com> Mon Dec 5 12:22:40 UTC 2022 - Daniel Garcia <daniel.garcia@suse.com>
@@ -78,7 +117,7 @@ Sat Nov 6 17:37:42 UTC 2021 - Dirk Müller <dmueller@suse.com>
Fri Jul 16 19:47:06 UTC 2021 - Dirk Müller <dmueller@suse.com> Fri Jul 16 19:47:06 UTC 2021 - Dirk Müller <dmueller@suse.com>
- update to 1.14.6: - update to 1.14.6:
* Revert "grovel: detect :float and :double in the :auto type" * Revert "grovel: detect :float and :double in the :auto type"
------------------------------------------------------------------- -------------------------------------------------------------------
Fri Feb 12 20:15:07 UTC 2021 - Dirk Müller <dmueller@suse.com> Fri Feb 12 20:15:07 UTC 2021 - Dirk Müller <dmueller@suse.com>
@@ -90,19 +129,19 @@ Fri Feb 12 20:15:07 UTC 2021 - Dirk Müller <dmueller@suse.com>
Sat Dec 19 10:46:36 UTC 2020 - Dirk Müller <dmueller@suse.com> Sat Dec 19 10:46:36 UTC 2020 - Dirk Müller <dmueller@suse.com>
- update to 1.14.4: - update to 1.14.4:
* no upstream changelog provided * no upstream changelog provided
------------------------------------------------------------------- -------------------------------------------------------------------
Mon Sep 28 11:23:13 UTC 2020 - Dirk Mueller <dmueller@suse.com> Mon Sep 28 11:23:13 UTC 2020 - Dirk Mueller <dmueller@suse.com>
- update to 1.14.3: - update to 1.14.3:
* no upstream changelog provided * no upstream changelog provided
------------------------------------------------------------------- -------------------------------------------------------------------
Thu Aug 20 12:13:23 UTC 2020 - Ondřej Súkup <mimi.vx@gmail.com> Thu Aug 20 12:13:23 UTC 2020 - Ondřej Súkup <mimi.vx@gmail.com>
- update to 1.14.2 - update to 1.14.2
* CPython 3 on Windows: we again try to compile with Py_LIMITED_API by default * CPython 3 on Windows: we again try to compile with Py_LIMITED_API by default
------------------------------------------------------------------- -------------------------------------------------------------------
Mon Aug 10 08:10:36 UTC 2020 - Dirk Mueller <dmueller@suse.com> Mon Aug 10 08:10:36 UTC 2020 - Dirk Mueller <dmueller@suse.com>
@@ -274,7 +313,7 @@ Fri Nov 3 15:56:32 UTC 2017 - arun@gmx.de
------------------------------------------------------------------- -------------------------------------------------------------------
Wed Oct 4 11:36:56 UTC 2017 - sean.marlow@suse.com Wed Oct 4 11:36:56 UTC 2017 - sean.marlow@suse.com
- Update pytest in spec to add c directory tests in addition to - Update pytest in spec to add c directory tests in addition to
testing directory. testing directory.
- Omit test_init_once_multithread tests as they rely on multiple - Omit test_init_once_multithread tests as they rely on multiple
threads finishing in a given time. Returns sporadic pass/fail threads finishing in a given time. Returns sporadic pass/fail
@@ -335,7 +374,7 @@ Thu Sep 28 15:00:46 UTC 2017 - sean.marlow@suse.com
I just noticed, but pycparser always supported the preprocessor I just noticed, but pycparser always supported the preprocessor
directive # 42 "foo.h" to mean “from the next line, were in directive # 42 "foo.h" to mean “from the next line, were in
file foo.h starting from line 42”, which it puts in the error file foo.h starting from line 42”, which it puts in the error
messages. messages.
------------------------------------------------------------------- -------------------------------------------------------------------
Thu Jun 29 16:03:46 UTC 2017 - tbechtold@suse.com Thu Jun 29 16:03:46 UTC 2017 - tbechtold@suse.com

View File

@@ -1,7 +1,7 @@
# #
# spec file for package python-cffi # spec file for package python-cffi
# #
# Copyright (c) 2023 SUSE LLC # Copyright (c) 2024 SUSE LLC
# #
# All modifications and additions to the file contributed by third parties # All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed # remain the property of their copyright owners, unless otherwise agreed
@@ -18,7 +18,7 @@
%{?sle15_python_module_pythons} %{?sle15_python_module_pythons}
Name: python-cffi Name: python-cffi
Version: 1.16.0 Version: 1.17.1
Release: 0 Release: 0
Summary: Foreign Function Interface for Python calling C code Summary: Foreign Function Interface for Python calling C code
License: MIT License: MIT