Next | Query returned 61 messages, browsing 11 to 20 | Previous

History of commit frequency

CVS Commit History:


   2021-02-16 21:41:09 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.14.5

v1.14.5

Source fix for old gcc versions
This and future releases should include wheels on more platforms, thanks to our \ 
new release managers Matt and Matt!
   2020-11-25 12:34:39 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.14.4

1.14.4:
Unknown changes
   2020-09-29 14:03:20 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.14.3

1.14.3:
Unknown changes
   2020-08-24 13:08:14 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.14.2

v1.14.2
=======

* CPython 3 on Windows: we again try to compile with ``Py_LIMITED_API``
  by default.  This flag is not added if you run the compilation with
  CPython 3.4, as it only works with CPython >= 3.5, but by now this
  version of Python is quite old (and we no longer distribute cffi
  wheels for it).

  This may require that you upgrade ``virtualenv`` (requires version 16
  or newer) or at least copy manually ``python3.dll`` into your existing
  virtualenvs.  For distributing wheels with your cffi modules, you may
  also need to upgrade ``wheel`` to the just-released version 0.35.

  You can manually disable ``Py_LIMITED_API`` by calling
  ``ffi.set_source(..., py_limited_api=False)``.
   2020-07-27 19:28:05 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.14.1

v1.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

* 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.
   2020-05-16 11:09:05 by Adam Ciarcinski | Files touched by this commit (5)
Log message:
pytest from versioned depends
   2020-03-08 17:42:31 by Benny Siegert | Files touched by this commit (67)
Log message:
Revbump packages depending on libffi after .so version change.

Requested by Matthias Ferdinand and Oskar on pkgsrc-users.
   2020-03-04 19:27:28 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.14.0

v1.14

ffi.dlopen() can now be called with a handle (as a void *) to an already-opened \ 
C library.
CPython only: fixed a stack overflow issue for calls like lib.myfunc([large \ 
list]). If the function is declared as taking a float * argument, for example, \ 
then the array is temporarily converted into a C array of floats—however, the \ 
code used to use alloca() for this temporary storage, no matter how large. This \ 
is now fixed.

The fix concerns all modes: in-line/out-of-line API/ABI. Also note that your \ 
API-mode C extension modules need to be regenerated with cffi 1.14 in order to \ 
get the fix; i.e. for API mode, the fix is in the generated C sources. (The C \ 
sources generated from cffi 1.14 should also work when running in a different \ 
environment in which we have an older version of cffi. Also, this change makes \ 
no difference on PyPy.)

As a workaround that works on all versions of cffi, you can write \ 
lib.myfunc(ffi.new("float[]", [large list])), which is equivalent but \ 
explicity builds the intermediate array as a regular Python object on the heap.
fixed a memory leak inside ffi.getwinerror() on CPython 3.x.
   2019-11-06 18:24:50 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.13.2

v1.13.2
* re-release because the Linux wheels came with an attached version of libffi
  that was very old and buggy
   2019-10-25 12:21:35 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-cffi: updated to 1.13.1

v1.13.1
* deprecate the way to declare in cdef() a global variable with only void *foo;. \ 
You should always use a storage class, like extern void *foo; or maybe static \ 
void *foo;. These are all equivalent for the purposes of cdef(), but the reason \ 
for deprecating the bare version is that (as far as I know) it would always be \ 
mistake in a real C header.
* fix the regression RuntimeError: found a situation in which we try to build a \ 
type recursively.
* fixed issue 427 where a multithreading mistake in the embedding logic \ 
initialization code would cause deadlocks on CPython 3.7.

Next | Query returned 61 messages, browsing 11 to 20 | Previous