cfbolz changed the topic of #pypy to: PyPy, the flexible snake (IRC logs: https://botbot.me/freenode/pypy/ ) | use cffi for calling C | "the modern world where network packets and compiler optimizations are effectively hostile"
<kenaan>
arigo py3.6 4d7a6b1e53da /pypy/interpreter/test/test_coroutine.py: More tests, not passing
rmariano has joined #pypy
vkirilichev has quit [Remote host closed the connection]
<kenaan>
arigo default 0b72fd1a7641 /pypy/interpreter/test/test_generator.py: Add a test that is passing on pypy2.7, cpython2.7, cpython3.x, but not pypy3.5
<kenaan>
p_zi...@yahoo.de py3.6 3ed5101a25c4 /pypy/objspace/std/: (ronan,pzieschang) fixed int() behaviour also for __trunc__ returning a subclass of int
<kenaan>
rlamy py3.6 b69f41d7b76d /pypy/objspace/std/: Merged in mad-marty/pypy/py3.6 (pull request #557) (ronan,pzieschang) fixed int() behaviour also for __trunc__ retur...
rokujyouhitoma has quit [Ping timeout: 248 seconds]
altendky has joined #pypy
<kenaan>
arigo py3.6 32f19625dc25 /pypy/interpreter/: support for athrow()
<kenaan>
fijal extradoc a123560be7b9 /talk/pyconru-2017/talk.key: add my talk draft
vkirilichev has quit [Remote host closed the connection]
antocuni has joined #pypy
jcea has joined #pypy
redj has quit [Quit: No Ping reply in 180 seconds.]
redj has joined #pypy
lritter has joined #pypy
<kenaan>
p_zi...@yahoo.de py3.6 0c4aaad09618 /pypy/objspace/std/test/test_intobject.py: (ronan,pzieschang) fixed test_intobject behaviour for python 3.6 as well with bool
<kenaan>
rlamy py3.6 6e9e65d8b76a /pypy/objspace/std/test/test_intobject.py: Merged in mad-marty/pypy/py3.6 (pull request #558) (ronan,pzieschang) fixed test_intobject behaviour for python 3.6 ...
rokujyouhitoma has joined #pypy
rokujyouhitoma has quit [Ping timeout: 240 seconds]
<kenaan>
rmariano py3.6 1bf8606b71de /pypy/interpreter/test/test_coroutine.py: Add test for CPython for atrow().throw In this case CPython raises RuntimeError, similar as if it was a wrong par...
<antocuni>
arigato: I think that commit 05b724e broke ABI compatibility
<antocuni>
because if I try to load a .so module compiled with an older pypy version, I get "undefined symbol: PyMem_Malloc"
<antocuni>
I was about to just update the DEFAULT_SOABI version in module/imp/importing.py
<antocuni>
however, the comment above is a bit scary :)
asmeurer__ has joined #pypy
<kenaan>
rlamy py3.5 fe19ba9deaa2 /pypy/objspace/std/bytesobject.py: fix for 6159e89116af
<kenaan>
rlamy py3.5 75b45f45de1b /pypy/objspace/std/bytesobject.py: Improve performance of bytearray.extend(<bytes>)
<kenaan>
arigo py3.6 4146af845534 /pypy/interpreter/: Relax and implement the latest test
<arigato>
antocuni: yes, I'm not sure what to do
<antocuni>
I don't understand why we can't simply update it
<arigato>
it would break all cffi-built .so, too, for no reason
<antocuni>
is this the only reason? I.e., newer cffi's module will get a .pypy-59.so extension
<antocuni>
but if you recompile, stuff will simply work?
<arigato>
yes, and already-compiled modules with .pypy-41.so won't load, although recompiling would produce the very same file
<antocuni>
I see
<arigato>
I would be ok if we break this compatibility once and call the cffi modules ".pypy-cffi.so" or something
<arigato>
then we don't have the issue any more
<antocuni>
I don't think it's a big problem, honestly; people kind of expect they need to recompile things if you update pypy
<antocuni>
plus, the vast majority of people uses some kind of automated build step which involves virtualenv and/or docker or similar tools
<arigato>
I know that I can hack my virtualenvs by changing which version of pypy runs with it
<arigato>
and it works
<fijal>
anyone feel like reviewing the slides for tomorrow?
<antocuni>
fijal: I think that the age of "solved problems" is closer to 30 than 20 years
<fijal>
antocuni: fine ;-)
<antocuni>
fijal: also, about the slide "culture": if you need an example of project which was written in pure-python with performance in mind from the beginning, you can mention capnpy
<antocuni>
it's impressively fast :)
<fijal>
cool will do
<simpson>
Self moved to Sun in 1991, so yeah, closer to 30 than 20 at this point. How many more decades will it be...?
<antocuni>
apart from that, good slides
<arigato>
yes, good slides
asmeurer__ has quit [Quit: asmeurer__]
asmeurer_ has joined #pypy
asmeurer_ has quit [Client Quit]
<LarstiQ>
fijal: "the python as a language" is maybe more idiomatic English with s/the//
<fijal>
LarstiQ: ok
<fijal>
LarstiQ: I'm speaking to russians btw
<fijal>
so for them "the" is as alien as for me
<LarstiQ>
:)
tormoz has joined #pypy
<LarstiQ>
fijal: explains the cyrillic, looks like a good talk
<fijal>
all I'm proposing is serious engineering :)
<LarstiQ>
k, my vague impression is that sourced.tech has some Russian connection, and there was this one slide
<rmariano>
Hi
<arigato>
hi co-sprinter
<kenaan>
rmariano py3.6 b6e947786fa5 /pypy/interpreter/test/test_coroutine.py: Add test for async generator fail while running Check when an exception is thrown by calling `.athrow()` while on...
rmariano has quit [Quit: Page closed]
rokujyouhitoma has joined #pypy
ronan has quit [Ping timeout: 240 seconds]
Tiberium has quit [Remote host closed the connection]
rokujyouhitoma has quit [Ping timeout: 268 seconds]
arigato has quit [Ping timeout: 268 seconds]
asmeurer has joined #pypy
<fijal>
antocuni: I found smoeone who read your PhD
<LarstiQ>
eh, using / as a separator with then a url was a bad idea
<LarstiQ>
fijal: mostly that src-d implementation
<antocuni>
fijal: cool, say "congrats" to him :)
<fijal>
I invited him to a sprint, if we make one closer than CT
<antocuni>
it sounds like a safe assumption
<kenaan>
antocuni cpyext-jit 1327063282d7 /: experimental branch in which to make cpyext visible to the JIT
<kenaan>
antocuni cpyext-jit ae94f6ae3278 /pypy/module/pypyjit/policy.py: remove cpyext from the JIT policy blacklist
<kenaan>
antocuni cpyext-jit aee286949d64 /pypy/module/: add enough @jit.dont_look_inside so that pypy translates
<kenaan>
antocuni cpyext-jit 25ba96ce5970 /pypy/module/cpyext/: merge part of the cpyext-callopt branch, up to commit 9cbc8bd76297: this should simplify and speedup the call...
<antocuni>
apparently, I made cpyext ~6.5 times faster