Mailman 3 - pypy-dev

Release of PyPy7.3.17
by matti picus Aug. 29, 2024

Aug. 29, 2024

I released a new PyPy. Please try it out. Highlights include a new RISCV backend, an updated pyrepl, and some nice speedups. Release note: https://doc.pypy.org/en/latest/release-v7.3.17.html Matti

1 0

Contribute a RISC-V 64 JIT backend
by Logan Chien Aug. 12, 2024

Aug. 12, 2024

Hi all, I would like to contribute a RISC-V 64 JIT backend for RPython. I have made some progress at the end of 2023. ## Status My prototype can pass the test cases below: * test_runner.py * test_basic.py and almost all test_ajit.py related tests (except test_rvmprof.py) * test_zrpy_gc_boehm.py I am still working on test_zrpy_gc.py though (p.s. I can pass this if I disable malloc inlining). I haven't done a full translation yet. ## Logistic I wonder how you would like to review the … [View More]

5 28

Windows zip file for pypy3.10-v7.3.16 is not completed
by yanglei April 24, 2024

April 24, 2024

Hi PyPy developer team, Glad that you have released the new version for pypy3.10-v7.3.16 recently, but there is a little problem for this windows zip file. Maybe this file pypy3.10-v7.3.16-win64.zip ( https://downloads.python.org/pypy/pypy3.10-v7.3.16-win64.zip) is not completed, the sha256 value is different from you wrote on the website ( https://www.pypy.org/checksums.html). Official Website sha256: e08415a2f35c6ecf2342b504bdfde11e4c5eca3fc5ef7fd2214ff064a5a54396 pypy3.10-v7.3.16-win64.… [View More]

2 4

Release of pypy 7.3.16
by Matti Picus April 23, 2024

April 23, 2024

I have released PyPy v7.3.16, which includes - bugfixes for the garbage collector - updates to the upstream stdlib for security issues Please try it out and report any problems. Matti

1 0

Fwd:
by Emre Yıldırım Feb. 26, 2024

Feb. 26, 2024

---------- Forwarded message --------- From: Emre Yıldırım <emreyildirim412(a)gmail.com> Date: 26 Feb 2024 Mon at 14:27 Subject: To: <pypy-dev-owner(a)python.org> Hello, I am currently a 3rd year computer science student, studying at University of Manchester and my main project is to measure the difference between pypy and python. Currently, I ran some tests on pypy 3.9 and pypy 3.10. I am seeing that when I ran the experiment with multi-threading, I saw that pypy 3.10 is using … [View More]

1 0

Release v7.3.15 of PyPy
by Matti Picus Jan. 15, 2024

Jan. 15, 2024

I have prepared a new release of PyPy. This is mainly a bugfix release to fix backward compatibility in c-extensions that use the buffer protocol. It also includes chages from our move to Git/Github. The pre-release tarballs are now on https://buildbot.pypy.org/pypy/ (until the CDN percolates them out to https://downloads.python.org/pypy/), the checksums are on a Pr to pypy.org at https://deploy-preview-110--keen-mestorf-442210.netlify.app/checksums. The release notes are at https://doc.… [View More]

1 0

Moving to github
by Matti Picus Jan. 2, 2024

Jan. 2, 2024

Now that 7.3.14 has been released, I would like to move the canonical repo for pypy and rpython to github. Reasons: - foss.heptapod.net is not well tracked in google/bing/duckduckgo search, so people find it hard to search for issues in the project - since the site has tightened its spam control, we get reports that users create issues only to have them flagged as spam - open source has become synonymous with github, and we are too small to change that - Much of the current development … [View More]comes as a reaction to fixing issues. Tracking interlocking issues is easier if all the code is on the same platform - The FAQ [2] presents two arguments against the move. Github notes [3] solves much of point (1), although not entirely. But the main problem is point (2), it turns out that __not__ moving to github is an impediment to contribution and issue reporting. - As development effort winds down, github is a better archive for PyPy than foss.heptapod.net. I cannot predict the future, but if there is a move to revive the project, or to move to another platform, I believe github will provide a better jumping-off point as well. And since the repo at foss.heptapod.net will not be deleted, even if I am wrong I expect the effort to port the issues and commits from github will be manageable. - People who wish to continue to use mercurial can add a cron job github action to pull the changes from foss.heptapod.net across to github - github is more resource rich than foss.heptapod.net. We can add CI jobs to replace some of our aging buildbot infrastructure (still using buildbot 0.8 and python2). Technique: These steps will be done in a private repo - I will convert the repo to git and add a note to most of the commits (where I can) which will allow using "git log --notes=branch" to determine which branch a commit came from. More details at [0] - I will convert the issues and PRs to github via [1]. Using a private repo prevents spamming issue authors with emails about the transfer. Then I will make the repo public: - Move it to github.com/pypy/pypy - Freeze the issue tracker at https://foss.heptapod.net/pypy/pypy/-/issues, and add a message that development has moved - Write a blog post - Modify the links in the documentation - Activate the github action in [3] to add a branch note to each git commit Anything else? Any suggestions to make the transition easier? Matti [0] https://gist.github.com/mattip/b6752c164a075c2aa53f4069e9c30573 [1] https://github.com/piceaTech/node-gitlab-2-github [2] https://doc.pypy.org/en/default/faq.html#why-doesn-t-pypy-use-git-and-move-… [3] https://github.com/Julian/named-branch-action [View Less]

7 9

Is the hash field optimization still present
by Joannah Nanjekye Dec. 28, 2023

Dec. 28, 2023

Hello. I read about the hash field optimization here: https://www.pypy.org/posts/2009/10/gc-improvements-6174120095428192954.html But when I query object.__hash__(4) on the latest pypy branch, it returns, I expected a type error. I stand to be corrected obviously. -- Best, Joannah Nanjekye *"You think you know when you learn, are more sure when you can write, even more when you can teach, but certain when you can program." Alan J. Perlis*

1 1

Release of v7.3.14
by Matti Picus Dec. 25, 2023

Dec. 25, 2023

I have released v7.3.14 of pypy2.7, pypy3.9, and pypy3.10. Please check it out. The main new feature is support for HPy 0.9. There are also bugfixes and smaller enhancements. Matti

1 0

How do I compile pypy with debug symbols?
by buddy.lumpkin＠gmail.com Dec. 14, 2023

Dec. 14, 2023

Hi All, I have a large code base that I am trying to optimize. I have a flame graph that tells me that it spends about 30% of it's time in pypy_g_ArenaCollection_rehash_arena_lists. Unfortunately, I can't see the rest of the call stack, so I am trying to compile a debug version of pypy. I followed the instructions here: https://doc.pypy.org/en/latest/build.html I'm at the step where it tells you to run: make lldebug or make lldebug0, and i'm realizing there is no such target. Please help! --Buddy

4 4