Re: [pypy-dev] PyPy3.5 on FreeBSD

Hi David, Cool! Note that pypy3 is not really working on any 32 bit platform so far. Would you be interested in having commit rights so you can fix the FreeBSD issues yourself? If yes, please mail me your bitbucket account privately. Cheers, Carl Friedrich On April 9, 2017 12:00:13 PM GMT+

Re: [pypy-dev] Error while integrating PyPy module in Yocto (Jethro branch) build.

Hi Jaymin, Welcome! This looks like an error that the meta-pypy build scripts produce? So it might be more productive to talk to them, since we don't know how that works. Cheers, Carl Friedrich On July 20, 2017 6:47:22 AM GMT+02:00, JAYMIN DABHI wrote: >Hi All, > > I am trying to inte

Re: [pypy-dev] [pypy-commit] pypy cpyext-faster-arg-passing: document branch

2018 at 1:31 PM, cfbolz wrote: > >> Author: Carl Friedrich Bolz-Tereick >> Branch: cpyext-faster-arg-passing >> Changeset: r93724:627a1425607c >> Date: 2018-01-30 14:30 +0100 >> http://bitbucket.org/pypy/pypy/changeset/627a1425607c/ >> >> Log:docume

Re: [pypy-dev] Ordered **kw officially suported?

Hi Arkadiusz, Yes, normal dictionaries in pypy are ordered, in all versions. There are some exceptions around instance dicts, but for **args and dictionaries you create explicitly, this is definitely the case. Cheers, Carl Friedrich On March 12, 2018 9:50:53 AM GMT+01:00, Arkadiusz Bulski w

Re: [pypy-dev] module _cppyy disabled in py3.5 release?

Hi Wim, How are you running these CPython tests? The best way to run them is using a translated pypy-c and then something like pypy-c test_pydoc.py Cheers, Carl Friedrich On May 4, 2018 10:51:38 PM GMT+02:00, wlavrij...@lbl.gov wrote: >Matti, > >> Translates and runs. There are two new failin

[pypy-dev] EuroScipy

Hi all, Somebody on Twitter asked whether there would be a pypy talk at EuroScipy which is from August 28 to September 1 in Trento, Italy. Here is the Call for Presentations: https://pretalx.com/euroscipy18/cfp NB: the deadline is tomorrow! Carl Friedrich__

[pypy-dev] state of pypy 3.6 support

Hi all, Matti asked in an issue what the state of PyPy 3.6 support is, and whether we're close to an alpha: https://bitbucket.org/pypy/pypy/issues/2849/syntax-bug-for-keyword-only-arguments-in Since that's a strange place to have this discussion, I thought I'd move it here. Armin replied: "wh

Re: [pypy-dev] Memory leaking with iterator.close() in PyPy3

Hi hubo, Wow, that was a very good analysis, thanks a lot for finding that out! Armin is working on fixing the bug. Cheers, Carl Friedrich On June 28, 2018 7:51:58 AM GMT+02:00, hubo wrote: >This problem is caused by caching GeneratorExit exception: > >https://bitbucket.org/pypy/pypy/src/8b4

Re: [pypy-dev] Bug report: AST stage crash in PyPy3.5

Hi! Thanks for the report! I fixed this in 179c172169f1. Cheers, Carl Friedrich On 27/07/18 12:18, hubo wrote: In PyPy 3.5, the following small piece of code cannot be imported, and causes a SystemError: def test(*a: lambda x: None):     pass Stderr: # pypy3 test.py RPython traceback:   Fi

Re: [pypy-dev] CFFI: better performance when calling a function from address

Hi Armin, Couldn't that slowness of getattr be fixed by making the lib objects eg use module dicts or something? Cheers, Carl Friedrich On September 26, 2018 9:47:10 PM GMT+02:00, Armin Rigo wrote: >Hi Dimitri, > >On Wed, 26 Sep 2018 at 21:19, Dimitri Vorona via pypy-dev > wrote: >> In my mi

[pypy-dev] save the date: PyPy Sprint in Düsseldorf February 4-9, 2019

Hi all, I'll do a more proper sprint announcement soon, but to give some advance warning, I am organizing a PyPy sprint at the Heinrich-Heine-Universität Düsseldorf from February 4-9, 2019 (both days inclusive). The last sprint we had there was in 2010 :-). Cheers, Carl Friedrich _

Re: [pypy-dev] Running a JIT in a Python interpreter

Hi Timothy, that code is always super messy, but I've also been using it in various smaller interpreters (PyPy is too slow to translate to have it be useful). E.g. here is what Pycket has: https://github.com/pycket/pycket/blob/master/pycket/test/jit.py Cheers, Carl Friedrich On 07/12/2018

Re: [pypy-dev] Review for blog post

Hi Anto, Nice post, but I would add a few things (can't edit the post because I'm on the phone only): - we still do minor connections, don't we? That doesn't become clear in the post at all! So, together with virtuals, all objects with short or predictable life times still get collected. - I

Re: [pypy-dev] PyPy Winter Sprint

Hi Andrew, Yes, the sprint is totally suitable for beginners! We usually give introductions and try to pair newcomers with more experienced developers. You'd be most welcome to join the sprint! Cheers, Carl Friedrich On December 28, 2018 12:51:03 PM GMT+01:00, andy l wrote: >Would the wint

Re: [pypy-dev] PyPy Winter Sprint

On 29/12/2018 00:20, andy l wrote: Carl Friedrich, Thanks for the warm words and quick response. I have booked a bed at Backpackers Dusseldorf from the 3rd to the 9th of February. Please could you add me to the attendee list? Andrew Lawrence Done! see you in Feb. CF __

Re: [pypy-dev] save the date: PyPy Sprint in Düsseldorf February 4-9, 2019

due to my schedule, I cant attend the sprint again this year. I will be at Pycon in Cleveland. If there happens to be a pypy sprint, I will join. Best, Joannah On Mon, Oct 29, 2018 at 12:59 PM Carl Friedrich Bolz-Tereick mailto:cfb...@gmx.de>> wrote: Hi all, I'll do

[pypy-dev] Fwd: Re: Users of PyPy on ARM 32bit

Original Message From: Gelin Yan Sent: February 8, 2019 3:26:30 PM GMT+01:00 To: Carl Friedrich Bolz Subject: Re: [pypy-dev] Users of PyPy on ARM 32bit > > Hi Carl > We are using pypy with raspberry pi 3 for smart irrigation. Pypy works fine to us. Regards gelin yan

[pypy-dev] let's clean up open branches

h Bolz 2016-11-20 22:59 +0100 better-storesink Carl Friedrich Bolz 2017-03-29 20:11 +0200 fix-2198 Carl Friedrich Bolz 2017-08-07 00:09 +0200 bridgeopt-improvements Carl Friedrich Bolz-Tereick 2017-12-03 22:24 +0100 intbound-improvements Carl Friedrich Bolz-Tereick 2018-03-12 14:47 +0100 parser-tunin

Re: [pypy-dev] Why is pypy slower?

Hi Joseph, wow, interesting project! Would you be up to sharing some example input that you are trying this on? I might be up to looking into why the program is slower than on CPython, but I'd need a way that I can actually run it with realistic input. Cheers, Carl Friedrich On 13/02/2019 16:5

[pypy-dev] [CfP] DLS 2019 - 15th Dynamic Languages Symposium, co-located with SPLASH 2019 Call for Papers

your conference. The official publication date affects the deadline for any patent filings related to published work. Program CommitteeAlexandre Bergel, University of Chile Carl Friedrich Bolz-Tereick, Heinrich-Heine-Universität Düsseldorf Chris Seaton, Oracle Labs David Chisnall, Microsoft Research

Re: [pypy-dev] Help Understanding Memory Consumption

Hi Rob, Which version of PyPy are you running this with? I have a long running branch that I really should merge someday that is supposed to help with memory consumption of json deserialization. Is there a chance you could share a (anonymized) version of your test file? Alternatively, you coul

Re: [pypy-dev] Help Understanding Memory Consumption

: >Shared test file with Carl (to avoid posting to everyones inbox). >PyPy version is currently 6.0 (I don't have ability to affect a change >here >unless I can prove something) > >On Thu, Aug 22, 2019 at 1:00 AM Carl Friedrich Bolz-Tereick > >wrote: > >> Hi Ro

Re: [pypy-dev] Help with a revamped ww.pypy.org web site

Hi Matti, thanks so much for working on this! I think it's almost better than the current home page, but needs to get a few tweaks to get there (we really should think about the content at some point too, but I'd leave that as a separate issue for now). One of the things that irritated me (but I

Re: [pypy-dev] Changing the PyPy download page

On 29.06.20 07:45, Armin Rigo wrote: Hi Ram, On Sun, 28 Jun 2020 at 21:35, Ram Rachum wrote: We discussed that maybe I should make that change and open a PR for it. I'm +1 on the idea. Sounds good to me as well! Thanks for putting though into this! CF

Re: [pypy-dev] Pickling generators

Hi Steven, hi all, I don't think it's a huge intentional thing that we don't support this feature in PyPy3. It's mostly that nobody was motivated enough to implement it (as Armin said in the linked issue). So if somebody wants to tackle it, we'd be happy to merge it! Cheers, CF On 11.12.20 21:

Re: [pypy-dev] Differences performance Julia / PyPy on very similar codes

On 22.12.20 16:34, PIERRE AUGIER wrote: Here, it is really about what can be done with PyPy, nowadays and in future. Hi Pierre, A few somewhat random comments from me. First note is that you shouldn't run two different implementations that you are comparing (Point3D and Point4D in this case)

Re: [pypy-dev] Differences performance Julia / PyPy on very similar codes

On 23.12.20 14:42, PIERRE AUGIER wrote: I wrote another very simple benchmark that should not depend on auto-vectorization. The bench function is: ```python def sum_x(positions): result = 0.0 for i in range(len(positions)): result += positions[i].x return result ``` Th

Re: [pypy-dev] Freelist in PyPy? Reuse short lived objects?

Hi Pierre, This is not ready at all and I don't have enough time to work on it at the moment, *however*: I have a small prototype (on the branch map-improvements) that changes the instance layout in PyPy to store type-stable instances with several fields that contain ints or floats much more ef

Re: [pypy-dev] Contributing Polyhedral Optimisations in PyPy

Hi! it's a bit hard to know what what to suggest to start with. Would you be interested in setting up a Zoom call (eg next week, some evening CET) to discuss a bit your concrete plans and timeline? (I for one would be somewhat worried whether all that you are describing is doable in the timing c

Re: [pypy-dev] Freelist in PyPy? Reuse short lived objects?

On 15.01.21 07:44, Carl Friedrich Bolz-Tereick wrote: This is not ready at all and I don't have enough time to work on it at the moment, *however*: I have a small prototype (on the branch map-improvements) that changes the instance layout in PyPy to store type-stable instances with se

Re: [pypy-dev] Freelist in PyPy? Reuse short lived objects?

On 1/21/21 2:42 PM, PIERRE AUGIER wrote: - Mail original - De: "Carl Friedrich Bolz-Tereick" À: "pypy-dev" , "PIERRE AUGIER" , "pypy-dev" Envoyé: Mercredi 20 Janvier 2021 12:33:43 Objet: Re: [pypy-dev] Freelist in PyPy? Reuse short lived objec

Re: [pypy-dev] Results NBabel benchmark CO2 production versus time: good new for PyPy map-improvements

Hi Pierre, wow, those numbers are quite something! I suppose the C++ code could be optimized some more? Do you plan to submit that soon? Would it make your story easier if I tried to push ahead with getting map-improvements merged? Also, would you maybe be interested in (co-?)writing a blog pos

Re: [pypy-dev] Some web benchmarks

On 1/26/21 8:00 PM, Oliver Margetts wrote: Thanks! Not sure how I missed the Django templating one - probably my unconscious Flask bias ;) There are also two sqlalchemy benchmarks, where are actually a bit slower than CPython. I don't know exactly what they measure though. Maybe an end to end t

Re: [pypy-dev] Program slower on Pypy 7.3.3 (3.7.9) than CPython 3.9.

On 3/15/21 11:16 PM, Dan Stromberg wrote: And it's opensource, though many of the inputs are licensed. The code is at https://stromberg.dnsalias.org/~strombrg/music-pipeline/ (https://stromberg.dnsalias.org/svn/music-pipeline/trunk/

Re: [pypy-dev] Program slower on Pypy 7.3.3 (3.7.9) than CPython 3.9.

Thanks Dan! It's definitely a real problem that you identified, I've filed a bug about it here: https://foss.heptapod.net/pypy/pypy/-/issues/3419 Thanks for the report! Carl Friedrich On March 18, 2021 6:32:19 PM GMT+01:00, Dan Stromberg wrote: >Hi folks. > >I've modified my code to use str.

Re: [pypy-dev] Syscall Interface slowness

Hi Emre, IO can definitely be slower than CPython, but not in all cases. A few of them are known and we try to improve them, eg readline operations on files: https://foss.heptapod.net/pypy/pypy/-/issues/3126 5x is definitely too much of a difference, if you can minimize that to a small self-con

Re: [pypy-dev] Syscall Interface slowness

Hi Emre, thanks for that, it's great! there's nothing deeply wrong in PyPy here, just plain optimization work needed. We're tracking it here, in the issue I already linked: https://foss.heptapod.net/pypy/pypy/-/issues/3126 If you find more like this, please let us know! Cheers, CF On 5/2/21

Re: [pypy-dev] Syscall Interface slowness

Ah, I found one problem: your script uses .writelines with a string as the argument. writelines usually takes an iterator (like a list) but it will also work with a string argument, and then do: for char in s: w.write(char) if I replace the writelines(...) with a .write(...) it becomes much

Re: [pypy-dev] Koka benchmark paper

Hi Yury! yeah, it's on my to-read list! did you find the source code of the benchmark set they used in the paper? might be worth mailing the authors. Would be a fun experiment! Cheers, Carl Friedrich On 16.05.21 10:36, Yury V. Zaytsev wrote: Hi folks, You must have already seen the TR by M

Re: [pypy-dev] Koka benchmark paper

Hi Yury, there here: https://github.com/koka-lang/koka/tree/master/test/bench (I asked on Twitter). Cheers, Carl Friedrich On 17.05.21 08:33, Yury V. Zaytsev wrote: Hi Carl, On Sun, 16 May 2021, Carl Friedrich Bolz-Tereick wrote: yeah, it's on my to-read list! did you find the source

Re: [pypy-dev] seeking pypy gc configuring guideline

Hi Raihan, Could you please describe a bit what you are trying to implement? That way we could give you a bit more targeted advice. Cheers, Carl Friedrich On May 23, 2021 8:22:48 AM GMT+02:00, Armin Rigo wrote: >Hi Raihan, > >On Sat, 22 May 2021 at 14:40, Raihan Rasheed Apurbo > wrote: >> Th

Re: [pypy-dev] Memory leak in 7.3.4

Hi Brad, the new json decoder caches values, but not across json.load calls. ie if you don't process a single gigantic message but many tiny messages, the caching of (string) values cannot be the problem. what *could* be the problem is the key caching though, in theory. The key cache is partiall

Re: [pypy-dev] PyPy v7.3.6rc1 is available for testing

On 13.09.21 17:29, Yury V. Zaytsev wrote: On Mon, 13 Sep 2021, Matti Picus wrote: The release notice https://doc.pypy.org/en/latest/release-v7.3.6.html As always, edits are welcome. It would be very interesting to know, how the amazing translation speedup has been achieved (I hope not by remo

Re: [pypy-dev] Advice on code location

Hi Misbah, Welcome to the project! I am not going to reply to your actual question, but will give some general hints, based on your mails and your issues so far: - I think the most important question is, what are your plans? What do you actually want to work on? - A good way to get some faster

[pypy-dev] plans for the peg parser in pypy 3.9

Hi all, so I've been hacking on getting an rpython version of the new peg parser that cpython introduced in 3.9, and switched exclusively to in 3.10. My status on the py3.9-peg-parser branch is that I managed to build a full pypy-c with the new parser for the first time today, but there are still

Re: [pypy-dev] How to make a debug build of PyPy

this should work: rpython -Ojit --lldebug targetpypystandalone.py Cheers, CF On 08.11.21 20:41, M A wrote: Hi, I need to build PyPy with debug symbols in it. The documentation I found online says to use 'make lldebug' or 'make lldebug0'. This did not work. I am building the JIT version of P

Re: [pypy-dev] plans for the peg parser in pypy 3.9

On 07.11.21 20:40, Carl Friedrich Bolz-Tereick wrote: - That said, I intend to keep the "parser" module functional for 3.9, like CPython did. It will be removed (for us and for them) in 3.10. It seems that won't completely work. the module makes it possible to compile a concrete

Re: [pypy-dev] PyCodeObject incompatibility

Hi Dmitry, those fields are quite implementation-dependant, it's not clear to me that their use can be just carried over from CPython in all cases. Could you maybe tell us which exception module uses them or at least what you are doing with them? But yes, as Armin write, accessing the the .co_* a

Re: [pypy-dev] PyCodeObject incompatibility

Hi Dmitry, I can only reiterate, we would need some information about what that library is actually for to give more useful information at this point. As Matti said, most of these APIs cannot be usefully implemented in PyPy. most jitted functions do not *have* a filled frame object at all in PyPy

Re: [pypy-dev] Differences between pypy2 and 3 and cffi

We found the problem on the issue that Matti made. It's the float call itself that has gotten slower. It's been fixed and we improved the PyPy2 performance in the process. Tomorrow's nightly should have the change. Cheers, CF On 17.02.22 20:55, Yannis Foufoulas wrote: Nothing changes, the orig

Re: [pypy-dev] PyPy 7.3.8 release

On 20.02.22 06:36, Matti Picus wrote: I have released PyPy v7.3.8. Thanks to all who contributed and tested and for moving PyPy forward. Hi all, Matti and I have discussed that this is the last 3.7 release. We'll stop running 3.7 nightly and can merge directly from default to the py3.8 branch.

Re: [pypy-dev] BUILDING PYPY FROM SOURCE ASSERTION ERROR

Hey! Welcome to the project! This is not enough information for us to answer your question. How exactly are you building PyPy? What's the precise command line? What do you mean by "a different GC"? One of PyPy's GCs? Or one you wrote yourself? Can you point us to your fork with your code changes

[pypy-dev] CfP: ICOOOLPS'22: 17th Workshop on Implementation, Compilation, Optimization of OO Languages, Programs and Systems

Call for Contributions The ICOOOLPS workshop series brings together researchers and practitioners working in the field of language implementation and optimization (even beyond the historical OO background of the workshop). The goal of the workshop is to discuss emerging problems and research dire

[pypy-dev] Re: PYPYLOG

Hi! you could have stayed on IRC, I answered you. PYPYLOG is a pretty generic logging infrastructure that gives you access to a whole bunch of information. It depends very much what you want to achieve with it. A simple thing to try to get started is looking at the JIT summary like this: PYPYLO

[pypy-dev] Call for Papers: MPLR Sept 14-16, 2022, Brussels

Call for Papers MPLR 2022 - 19th International Conference on Managed Programming Languages & Runtimes September 14-16, 2022 in Brussels, Belgium

[pypy-dev] removing transparent proxies

Hi all! If anybody is particularly against removing transparent proxies, please speak up! The feature has been marked as deprecated since around 2014: https://doc.pypy.org/en/latest/objspace-proxies.html It contains a bit strange irregular code that is pushing against the objspace APIs in vario

[pypy-dev] Re: removing transparent proxies

13, 2022 2:55:09 PM GMT+02:00, Nathaniel Smith wrote: >Does jinja2 still rely on them, or did that get fixed at some point? > >On Fri, May 13, 2022, 05:02 Carl Friedrich Bolz-Tereick >wrote: > >> Hi all! >> >> If anybody is particularly against removing transpare

[pypy-dev] Re: removing transparent proxies

commit/5308c9588d50d49b18885a8864915d728477a433 > >Alex > >On Fri, May 13, 2022 at 10:23 AM Carl Friedrich Bolz-Tereick > wrote: >> >> Oh, fascinating, I didn't know that they were using tproxy at some point! >> Does not really look like it's still there though: >> &

[pypy-dev] Re: Injecting an exception into another thread

Hi Audrey, Welcome! Thanks for your question! So PyPy has the internal functionality to asynchronous signals at safepoints. We use it for example to call __del__ methods of collected objects at safe positions, for signals, and also to implement _thread.interrupt_main. The mechanism in PyPy is a

[pypy-dev] Re: Injecting an exception into another thread

Hi Audrey, right, that makes sense. I've opened an issue: https://foss.heptapod.net/pypy/pypy/-/issues/3757 In case you want to get involved, it's probably not that hard to implement and I'd be happy to guide you through it. Let me know! Cheers, Carl Friedrich On 31.05.22 08:57, Audrey Dutc

[pypy-dev] Re: module pyaesni on pypy

Note that the error that the screenshot shows is likely a problem with pyaesni itself, or the way it is packaged. I get a different error, but it's also about building the extension. And I even get the same error on CPython, so that points to it being not a problem with pypy itself. Cheers, CF

[pypy-dev] Düsseldorf Sprint Pre-Announcement September 19-23 2022 PyPy/HPy/GraalPy/...

Hi all, We will have a sprint in Düsseldorf in September again, from September 19-23, 2022. I'm slightly behind in organizing, so I am already sending out the dates with this mail (I just got the confirmation for the sprint room). As usual, the sprint will take place in the CS department of Hein

[pypy-dev] Re: Exception with bogus line number

Hi Joe, I can investigate this, but please give us a way to reproduce the problem. Which program do I need to run, what are the inputs, which command line options. Cheers, Carl Friedrich On September 29, 2022 6:04:16 AM GMT+02:00, Joe Cool wrote: >Hello pypy experts! I'm the author of Pytho