diff options
author | Leon Anavi <leon.anavi@konsulko.com> | 2021-01-29 15:10:28 +0200 |
---|---|---|
committer | Khem Raj <raj.khem@gmail.com> | 2021-02-01 10:44:46 -0800 |
commit | dc8afb18c1cea424e175473ab6ad550bd3809f40 (patch) | |
tree | 44e958c6b6efa94e39c86f346b83aa4355dbcad4 /meta-python/recipes-devtools/python/python3-prctl/0001-support-cross-complication.patch | |
parent | 10ffcd08e05e799674ec4fab1e41b746801ce464 (diff) | |
download | meta-openembedded-dc8afb18c1cea424e175473ab6ad550bd3809f40.tar.gz |
python3-pyzmq: Upgrade 21.0.2 -> 22.0.2
Upgrade to release 22.0.2:
- Add workaround for bug in DLL loading for Windows wheels with
conda Python >= 3.8
- Fix type of Frame.bytes for non-copying recvs with CFFI backend
(regression in 21.0)
- Add manylinux wheels for pypy
- Some typing fixes
- Bump bundled libzmq to 4.3.4
- Strip unused symbols in manylinux wheels, resulting in
dramatically smaller binaries. This matches behavior in v20 and
earlier.
- Windows CPython wheels bundle public libzmq binary builds,
instead of building libzmq as a Python Extension. This means
they include libsodium for the first time.
- Our own implementation of bundling libzmq into pyzmq on Windows
is removed, instead relying on delvewheel (or installations
putting dlls on %PATH%) to bundle dependency dlls.
- The (new in 21.0) Windows wheels for PyPy likely require the
Windows vcredist package. This may have always been the case,
but the delvewheel approach doesn't seem to work.
- Windows + PyPy is now the only remaining case where a wheel has
libzmq built as an Extension. All other builds ship libzmq built
using its own tooling, which should result in better, more
stable builds.
Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
Acked-by: Trevor Gamblin <trevor.gamblin@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Diffstat (limited to 'meta-python/recipes-devtools/python/python3-prctl/0001-support-cross-complication.patch')
0 files changed, 0 insertions, 0 deletions