Mailman 3 April 2021 - pypy-dev

PyPy Winter Sprint + cpyext
by Stefan Beyer Dec. 21, 2022

Dec. 21, 2022

Hey everyone! Those of you who attended or followed one of the last two winter sprints in Leysin might know me, the others probably won't. I'm (still) a Master's student writing my thesis on PyPy's current issue with cross-heap cycles when using cpyext. The main point is, that they are not collected and stay around as floating garbage, even if they are not reachable any more. Correct me if I'm wrong, but I didn't notice anyone else working on that topic (and/or committing something) since I've picked it up two years ago (yeah, I know, that long ago...). I saw that you would be working on "cpyext performance and completeness" during the current winter sprint this week and thought that this might also concern my thesis. So I thought I'll give you an update. I recently pushed my current (non-optimized, breaking-some-tests, but more or less working) implementation of the "CPython-style" GC-extension for cpyext. It is still in an early stage and not all cases (legacy and non-legacy-finalizers, weakrefs) are handled. However, I picked up some pace during the last couple of weeks and I'm determined to finish this implementation during the following weeks (some quirks with the tests have been haunting me, but I think I figured most of them out by now). After that, I will implement a second alternative implementation (to compare to, mostly for the sake of my thesis), which will take some more time. I also added a couple of fancy test cases (the so called "dot-tests"), so that we can test complex object graphs a little bit easier (and also because it was kind of cool to have another language inside PyPy/RPython, even if it was only for the tests...), with more test cases to come (the current ones are a bit messy). None of the new changes concerning low-latency applications are currently integrated, but that should not be too hard. I guess it won't make much sense for me to join you at this year's winter sprint, especially as I won't be able to get there before Thursday, but I might be able to join you over the IRC channel (or some other form of communication if you like). If there is anything that is worth discussing please let me know! Also feel free to comment on my code, but beware that I might change some things once I try to do some optimizations (probably not many, but at least fix the worst issues) and make it a little bit more readable. You can find my code on the cpyext-gc-cycle branch.<https://bitbucket.org/pypy/pypy/commits/branch/cpyext-gc-cycle> Looking forward to hearing from you! Greetings, Stefan

2 2

Please do not create win64 wheels with the latest 7.3.4 release: bugfix needed.
by Matti Picus April 21, 2021

April 21, 2021

1 0

pypy tests on aarch64 musl libc
by Thomas Liske April 19, 2021

April 19, 2021

Hi, I'm trying to contribute the packaging of pypy to Alpine Linux. I got the bootstrapping for x86 x86_64 and s390x working. On aarch64 two of the pypy tests are failing[1]: - TestLogParser.test - TestMicroNumPy.test_reduce_logical_and [1] https://gitlab.alpinelinux.org/liske/aports/-/jobs/367904#L4261 Are that known issues, is there anything I could do to help to fix them? I don't know if my packaging attempt will be accepted for Alpine. Running all tests without failures should not make it worse ;-) Regards, Thomas -- support(a)ibh.de Tel. +49 351 477 77 30 www.ibh.de Fax +49 351 477 77 39 ----------------------------------------------------------------------- Dipl.-Ing. Thomas Liske Teamleiter DataCenter Services IBH IT-Service GmbH Amtsgericht Dresden Heilbronner Str. 20 HRB 13626 01189 Dresden GF: Sandra Zander Germany VAT DE182302907 ----------------------------------------------------------------------- Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV ----------------------------------------------------------------------- professioneller IT-Service - kompetent und zuverlässig -----------------------------------------------------------------------

3 2

PyPy v7.3.4 is out
by Matti Picus April 8, 2021

April 8, 2021

PyPy v7.3.4 is out. The release note is here https://doc.pypy.org/en/latest/release-v7.3.4.html The blog post should appear soon. The downloads are available on https://pypy.org/download.html <https://pypy.org/download.html> or directly from https://downloads.python.org/pypy/ Now on to the next release. Here are a few things it would be nice to push forward, there is work progressing on some of these and contributions are welcome: - Python3.8 - Close the gap on known slowdowns: - A faster _pickle module implemented in RPython - A faster json writer - Better handling of too-many-traces in the JIT (for both too large loops and too much specialization) - Making HPy viable for some small c-extensions - Fix these packages so they work with PyPy: hdf5 [0], grpcio [1] Matti [0] https://github.com/h5py/h5py/issues/1591 [1] https://github.com/grpc/grpc/issues/4221

1 0

PyPy7.3.4rc2 tarballs are available
by Matti Picus April 4, 2021

April 4, 2021

The second release candidate for PyPy7.3.4 is up at https://downloads.python.org/pypy/. People using cibuildwheel or github actions to test PyPy should be able to use this in their test runs once the https://downloads.python.org/pypy/versions.json file updates (it may take a few hours to percolate out) The sha256 checksums can be found in the PR to the pypy.org web site at https://github.com/pypy/pypy.org/pull/13/files#diff-622ff636d3511de2e408d8b… or via the preview at https://deploy-preview-13--keen-mestorf-442210.netlify.app/download_advance… The draft release note is up at https://doc.pypy.org/en/latest/release-v7.3.4.html Highltights: - we now have a win64 build (and are dropping the win32 one) - there are a number of JIT performance enhancements - overall better compatibility with CPython. - ARM64 for linux is now built on top of debian9 (manylinux2014) and uses "portable" packaging Please try it out and report issues on IRC or on the issue tracker. Comments to improve the release note are welcome too. Matti

1 0

Is pypy still locked to 4GB RAM ? (64 bit Windows)
by Steven Mathews April 1, 2021

April 1, 2021

Is pypy still locked to 4GB RAM? Or fully 64bit Windows now? The docs say 'finally done' but doesn't seem to specify if it means compatibility-only or can handle over 4GB now.

2 1