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 | Matti: I made a bit of progress, the tests now only segfault towards the end
jcea has joined #pypy
rwb has quit [Ping timeout: 245 seconds]
rwb has joined #pypy
tsraoien has quit [Ping timeout: 268 seconds]
jcea has quit [Ping timeout: 272 seconds]
tsraoien has joined #pypy
shodan45 has quit [Remote host closed the connection]
shodan45 has joined #pypy
j4at has quit [Ping timeout: 245 seconds]
j4at has joined #pypy
tsraoien has quit [Ping timeout: 268 seconds]
shimst3r has quit [Read error: Connection reset by peer]
j4at has quit [Ping timeout: 244 seconds]
j4at has joined #pypy
jcea has joined #pypy
<Hodgestar> Mask wearing is completely absent these days in The Netherlands. SciPy had mask wearing during the conference, but it was quite weird because 1) I flew for 20h to get there with almost no one wearing masks on either planes or airports which were packed and 2) not many people wore masks in the rest of the city and everyone took masks off as soon as they exited the conference area (which didnt even involve going outside).
<Hodgestar> I am happy to fit in with whatever the local norms are, I just might need to be reminded sometimes because its no longer part of my daily routine and things can get a bit odd in this transitionary period.
<Hodgestar> I expected the US to be 50% "if you don't wear a mask you are hearless and evil" and 50% "I will not wear a mask on pain of death", but the reality seemed to be that 95%+ of people just fitted in with whatever was happening around them and took masks off at the first opportunity.
jcea has quit [Remote host closed the connection]
jcea has joined #pypy
jcea has quit [Ping timeout: 264 seconds]
<hexology> pypy doesn't have any kind of tail call optimization, right?
<arigato> hexology: no, the language forbids that
<hexology> oh, does it?
<arigato> yes, you can do sys._getframe(N) at any point in time and get at the Nth frame
<hexology> ahh
<hexology> i guess this is the problem when "the spec is the implementation"
<arigato> well in this particular case, I think that having a fully working sys._getframe() is a feature
<hexology> is sys._getframe necessary for other functionality? like error handling etc
<hexology> i assume it's used for tracebacks and such
<arigato> yes, and the pdb debugger, mostly, but also some modules use that, like for logging
<hexology> makes sense
Techcable has quit [Remote host closed the connection]
Techcable has joined #pypy
<j4at> Pretty sure it pypy have tail call optimization as part of the jit. But it doesn't get used if you use sys._getframe ofc.
<j4at> Test it out, this should never throw "maximum recursion depth exceeded"
<j4at> unless you disable inlining by uncommenting 5th+6th line.
<hexology> cool
<hexology> that's useful
<arigato> er, no
<arigato> what occurs is that with the JIT, frames are much more compact on the machine stack
<arigato> but if you increase the 2**14 enough, it will still throw "maximum recursion depth exceeded" at some point
<j4at> arigato, ow you are right
<arigato> (the limit for "maximum recursion depth exceeded" is defined as a number of KB the machine stack occupies, instead of counting frames, for a maybe bogus reason that counting might slow things down)
<j4at> hexology: ^ yeah I was incorrect
<hexology> also good to know :)
j4at has quit [Ping timeout: 245 seconds]
j4at has joined #pypy
<Dejan> DConf starts this Monday
j4at has quit [Ping timeout: 252 seconds]
j4at has joined #pypy