cfbolz changed the topic of #pypy to: #pypy PyPy, the flexible snake https://pypy.org | IRC logs: https://quodlibet.duckdns.org/irc/pypy/latest.log.html#irc-end and https://libera.irclog.whitequark.org/pypy | the pypy angle is to shrug and copy the implementation of CPython as closely as possible, and staying out of design decisions
itamarst has quit [Quit: Connection closed for inactivity]
ahmedbodi has joined #pypy
itamarst has joined #pypy
jcea has joined #pypy
<nikolar> What's cpython's approach to jit
<nikolar> Are there concrete details
<korvo> It's this team: https://github.com/faster-cpython/
<korvo> They mostly are focusing on tightening up the dispatch loop for bytecodes and generating quickened bytecodes that are type-specialized or which fuse multiple ops together.
jcea has quit [Remote host closed the connection]
jcea has joined #pypy
<nikolar> Does that even count as jit
<korvo> Yes. Specifically, it's compatible with stenciling JIT ("copy-and-patch") as long as there's only a few thousand bytecodes at most. I don't know exactly what the size ceiling is, but there's obvious combinatorial problems when considering the number of possible stencils.
shodan45 has quit [Quit: No Ping reply in 210 seconds.]
<korvo> I've gone ahead and uploaded a fork of the PyPI tarball of rsdl 0.4.2 at https://github.com/rpypkgs/rsdl and added a patch for the FFI that I currently need. If anybody has the original history in git (or hg?) then please LMK so I can rebase the repo.
shodan45 has joined #pypy
<korvo> Also, if anybody's interested in SDL2 or SDL3 bindings, LMK, particularly if there's pay. It seems like a straightforward task and I know that there are many SDL fans in here. I'll need to keep hacking in this direction so that Cammy visualizers can use SDL directly from RPython.
<tumbleweed> 41
<tumbleweed> oops