2021-10-07 15:44:44 by Nia Alarie | Files touched by this commit (3017) |
Log message:
devel: Remove SHA1 hashes for distfiles
|
2021-07-09 22:20:27 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message:
py-cffi: updated to 1.14.6
v1.14.6
Test fixes for CPython 3.10.0b3
Support for sys.unraisablehook() on Python >= 3.8
Fix two minor memory leaks (thanks Sebastian!)
Like many projects that had an IRC channel on freenode, we moved it to \
irc.libera.chat.
|
2021-02-16 21:41:09 by Adam Ciarcinski | Files touched by this commit (2) | |
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) | |
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) | |
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) | |
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) | |
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) | |
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.
|