marr has quit [Ping timeout: 260 seconds]
yuyichao has quit [Ping timeout: 240 seconds]
yuyichao has joined #pypy
vkirilichev has quit [Ping timeout: 260 seconds]
jcea has quit [Quit: jcea]
lritter_ has joined #pypy
ArneBab has joined #pypy
ArneBab has joined #pypy
ArneBab has quit [Changing host]
lritter__ has joined #pypy
ArneBab_ has quit [Ping timeout: 260 seconds]
lritter_ has quit [Ping timeout: 260 seconds]
ceridwen has quit [Quit: Ex-Chat]
lritter__ is now known as lritter
lritter has quit [Quit: Leaving]
lritter has joined #pypy
tilgovi has joined #pypy
tilgovi has quit [Quit: No Ping reply in 180 seconds.]
tilgovi has joined #pypy
jamadden1 has quit [Quit: Leaving.]
pilne has quit [Quit: Quitting!]
DragonSA has joined #pypy
tilgovi has quit [Ping timeout: 260 seconds]
tilgovi has joined #pypy
lritter has quit [Remote host closed the connection]
jamadden has joined #pypy
jamadden has quit [Client Quit]
kostia has joined #pypy
tilgovi has quit [Ping timeout: 240 seconds]
tilgovi has joined #pypy
jamadden has joined #pypy
jamadden has quit [Client Quit]
oberstet has joined #pypy
tilgovi has quit [Quit: No Ping reply in 180 seconds.]
tilgovi has joined #pypy
marr has joined #pypy
<LarstiQ> allocator strikes again
kostia has quit [Remote host closed the connection]
kostia has joined #pypy
tilgovi has quit [Quit: No Ping reply in 180 seconds.]
tilgovi has joined #pypy
antocuni has joined #pypy
amaury has joined #pypy
tilgovi has quit [Quit: No Ping reply in 180 seconds.]
tilgovi has joined #pypy
antocuni has quit [Ping timeout: 260 seconds]
Tiberium has joined #pypy
jcea has joined #pypy
marr has quit [Ping timeout: 260 seconds]
amaury has quit [Ping timeout: 240 seconds]
tilgovi has quit [Quit: No Ping reply in 180 seconds.]
tilgovi has joined #pypy
Taggnostr has quit [Ping timeout: 240 seconds]
Taggnostr has joined #pypy
DragonSA has quit [Quit: Konversation terminated!]
antocuni has joined #pypy
Tiberium has quit [Remote host closed the connection]
Tiberium has joined #pypy
Tiberium has quit [Remote host closed the connection]
Tiberium has joined #pypy
jamadden has joined #pypy
tilgovi has quit [Quit: No Ping reply in 180 seconds.]
tilgovi has joined #pypy
tilgovi has quit [Ping timeout: 255 seconds]
jcea1 has joined #pypy
jcea has quit [Read error: Connection reset by peer]
jcea1 is now known as jcea
Tiberium has quit [Remote host closed the connection]
<Cheery> fijal: what do you think about this? http://boxbase.org/unpublished/optimizing_lever_png/
<Cheery> don't share the link right yet, it'll move on the sunday.
pilne has joined #pypy
oberstet2 has joined #pypy
oberstet has quit [Ping timeout: 240 seconds]
antocuni has quit [Ping timeout: 240 seconds]
<LarstiQ> Cheery: limiting th width of the content is a bit annoying, using only a fraction of my browser window width
<LarstiQ> but cutting text off and wrapping it pointlessly
<Cheery> LarstiQ: the wrapping is not pointless, but it's annoying on large blocks of code, yes.
<Cheery> I'm trying to fix it in a moment.
<LarstiQ> other than the content looks nice, but still reading
kipras`away is now known as kipras
amaury has joined #pypy
<Cheery> LarstiQ: what do you think about the layout now?
<LarstiQ> Cheery: some of the other styling seems gone, but the code is more readable (though a middleground may also work)
<Cheery> yeah. I changed it entirely.
<Cheery> nobody needs some brown rectangles, but you want to read the content.
<Cheery> even when they are not brown but gray.
<LarstiQ> hmmm, the visual distinction of codeblocks did help I feel
<LarstiQ> but well :)
<LarstiQ> the font is still different, but it is more subtle
<LarstiQ> indenting might have a similar effect
<kenaan> cfbolz default 7f5084ffd6c2 /pypy/doc/cpython_differences.rst: document that in f(**d) d must contain only string keys
amaury has quit [Ping timeout: 240 seconds]
<fijal> Cheery: if you're into that stuff, SSE and AVX is interesting
amaury has joined #pypy
amaury has quit [Client Quit]
<Cheery> fijal: maybe I need to write there that I was noticing my registers were running out somewhere in the middle of writing the abs -clauses.
amaury has joined #pypy
<Cheery> I read out that the newest extensions have 32 512-bit registers.
<fijal> and can do stuff on them in parallel
<Cheery> I don't know how I proceed, but next I'm planning register allocation into this framework.
<Cheery> and on the other end I got the details of the type inference to solve.
<Cheery> but right now, on this weekend, I'm going to use my png decoder on vulkan. :)
jiffe has joined #pypy
jiffe has quit [Quit: WeeChat 1.4]
jiffe has joined #pypy
kostia has quit [Ping timeout: 255 seconds]
marky1991 has joined #pypy
vkirilichev has joined #pypy
tilgovi has joined #pypy
kostia has joined #pypy
kostia has quit [Ping timeout: 258 seconds]
jiffe has quit [Quit: WeeChat 1.4]
jiffe has joined #pypy
Tiberium has joined #pypy
oberstet2 has quit [Ping timeout: 240 seconds]
amaury has quit [Ping timeout: 240 seconds]
jkbbwr has joined #pypy
<jkbbwr> wow.
<jkbbwr> curio + pypy + reuse_port and a stupid trivial contrived endpoint
<jkbbwr> Requests/sec: 77103.96
<kenaan> rlamy default 42c69a434735 /pypy/objspace/std/: Bytearrays have amortized constant-time "del a[:n]" (backport branch py3.5-bytearray)
<kenaan> rlamy default df2a94c7ae6f /: merge heads
<kenaan> rlamy PyBuffer-backport 9d07ac7eaf1a /: hg merge default
<kenaan> rlamy PyBuffer-backport dc72a659d99a /pypy/objspace/std/: Fix bytearray
<o11c> Cheery: ouch, give me line numbers
<Cheery> o11c: that's splendid idea.
<o11c> Cheery: encoding error after # 335 CMOVL r64 m64 [64] Move if less
<Cheery> o11c: it's in the encoding table, should I fix it on the page?
<o11c> it looks like double-utf8 encoding
<o11c> is it in the original PDF, or just in the output of the tool that parses the PDF?
<o11c> but in any case, you should fix it
<Cheery> "description": "Move if less (SF\u00e2\u0089\u00a0 OF).",
<Cheery> I'll see where it leads to.
<Cheery> description: "Move if less (SF\342\211\240 OF)."
<o11c> ≠
<Cheery> it isn't a double encoding bug.
<o11c> clearly it is
<o11c> since != makes sense there
<Cheery> or I mean.. maybe it is if you call it such.
<Cheery> the bug is that I don't decode that.
<Cheery> because I didn't realise.
<Cheery> I can indeed fix it.
<Cheery> and I will.
<Cheery> o11c: you're right. It's a double encoding bug because it encodes the utf8 into utf8
<Cheery> Need to be careful with C tokens it seems.
kostia has joined #pypy
tilgovi has quit [Ping timeout: 258 seconds]
<Cheery> o11c: it's got line numbers now, what do you think?
<bbot2> Started: http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/4589 [ronan: force build, PyBuffer-backport]
<bbot2> Started: http://buildbot.pypy.org/builders/own-linux-x86-64/builds/5913 [ronan: force build, PyBuffer-backport]
<bbot2> Failure: http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/4589 [ronan: force build, PyBuffer-backport]
marr has joined #pypy
tilgovi has joined #pypy
<o11c> Cheery: er, I expect the line numbers to tie up with the text, not always start at 1
marky1991 has quit [Ping timeout: 240 seconds]
<Cheery> o11c: yeah. good point
<o11c> Hm, is there any way to get char16_t and char32_t support in cffi?
<Cheery> the shorts should be possible
<Cheery> but you may have to do the character translation yourself.
<o11c> well, obviously. I was hoping to *avoid* that
<o11c> since wchar_t is completely unportable
<Cheery> you're running from pypy?
<o11c> both
<Cheery> Thanks for helping me with the site. It looks gorgeous now.
<Cheery> wcharp2unicode
<Cheery> that exists
<Cheery> oh I*m looking at wrong thing.
<Cheery> nothing with char16 or char32 in the repository.
<o11c> filed a bug
kostia has quit [Ping timeout: 260 seconds]
<nimaje> Cheery: how about getting the numbers right to the numbers in the logs? like paeth_predictor at line 104 and read at 53 (not sure how abs_int can be at 107 in the shown code)
kostia has joined #pypy
kostia has quit [Remote host closed the connection]
kostia has joined #pypy
<bbot2> Failure: http://buildbot.pypy.org/builders/own-linux-x86-64/builds/5913 [ronan: force build, PyBuffer-backport]
mattip has left #pypy ["bye"]
<kenaan> rlamy PyBuffer-backport 97f60ebf3ec0 /pypy/: Add space.byte_w()
nimaje1 has joined #pypy
nimaje1 is now known as nimaje
nimaje is now known as Guest51421
<Cheery> nimaje: I could rewrite them.. yeah.
kostia has quit [Ping timeout: 260 seconds]
jamesaxl has quit [Quit: WeeChat 1.7.1]
<o11c> ... is there no *simple* way to propagate exceptions out of callbacks?
<Cheery> could there be?
<o11c> as long as you hold the GIL, sure
<o11c> or otherwise access thread-local data
<o11c> but doing it *outside* of CFFI proper, it's a pain to wrap *every* function
kipras is now known as kipras`away
<Cheery> what are you doing?
<Cheery> maybe there's a simpler way.
<o11c> really, there's not
<o11c> zen says "errors should never pass silently"
<o11c> I can't predict where callback code may error
<o11c> so I have to wrap *all* of it
<o11c> likewise, I can't predict which C calls may call a callback
<Cheery> couldn't you do something like set a variable, then check it when the C function returns?
<o11c> that's what I'm doing
<o11c> but it has to be set/checked for *every* function
<o11c> and it has to be thread-local
<o11c> this would be *way* better if cffi did it for us
<Cheery> wrap the function such that it always checks the variable when the call returns.
<Cheery> then replace the function with that wrapped function.
Tiberium has quit [Remote host closed the connection]
tilgovi has quit [Ping timeout: 258 seconds]
<o11c> Cheery: ugh, *and* I have to *not* wrap callbacks ...
<Cheery> I'd think you can cheat there and run a function that auto-wraps the callbacks, but maybe I'm wrong here.
<Cheery> you know.. for x in function_names_you_want_to_wrap: wrap_module_functions(module, x)
<o11c> oh yes, I am
<o11c> but it's ugly, messes with the tracebacks, ...