cfbolz changed the topic of #pypy to: PyPy, the flexible snake (IRC logs: https://botbot.me/freenode/pypy/ ) | use cffi for calling C | the secret reason for us trying to get PyPy users: to test the JIT well enough that we're somewhat confident about it
forgottenone has quit [Read error: No route to host]
forgottenone has joined #pypy
Hasimir has quit [Quit: Vidi, vici, veni]
TheAdversary has quit [Remote host closed the connection]
forgottenone has quit [Quit: Konversation terminated!]
lritter_ has joined #pypy
marr has quit [Ping timeout: 240 seconds]
lritter has quit [Ping timeout: 265 seconds]
oberstet has quit [Ping timeout: 264 seconds]
glyph has quit [Quit: End of line.]
glyph has joined #pypy
lritter_ has quit [Remote host closed the connection]
tbodt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
tbodt has joined #pypy
tbodt has quit [Client Quit]
tbodt has joined #pypy
dddddd has quit [Remote host closed the connection]
tbodt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
tbodt has joined #pypy
tbodt has quit [Read error: Connection reset by peer]
tbodt has joined #pypy
<njs> mattip: fyi, dunno if this is relevant, but numpy is really bad about actually holding on to buffers the way it ought to
<njs> mattip: it tend sto assume that as long as the original object is kept alive, then the buffer pointer will remain valid, even if we release the buffer
tbodt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
tbodt has joined #pypy
tbodt has quit [Client Quit]
jamesaxl has joined #pypy
mattip has joined #pypy
mcyprian has joined #pypy
mcyprian has left #pypy [#pypy]
planrich has quit [Ping timeout: 256 seconds]
solarjoe4 has quit [Quit: Leaving]
mcyprian has joined #pypy
mcyprian has left #pypy [#pypy]
forgottenone has joined #pypy
forgottenone has quit [Read error: Connection reset by peer]
forgottenone has joined #pypy
<kenaan> cfbolz pyparser-improvements-2 fefc40951b6f /pypy/interpreter/test/: fix fallout from position fixes
<kenaan> cfbolz pyparser-improvements-2 65640d1556ff /lib-python/2.7/test/: fix CPython tests that are affected (in one, we are like CPython now again)
<kenaan> cfbolz pyparser-improvements-2 8988c01a0750 /pypy/doc/whatsnew-head.rst: document branch
<bbot2> Started: http://buildbot.pypy.org/builders/own-linux-x86-64/builds/6676 [Carl Friedrich Bolz-Tereick: force build, pyparser-improvements-2]
<bbot2> Started: http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/3955 [Carl Friedrich Bolz-Tereick: force build, pyparser-improvements-2]
inhahe__ has joined #pypy
<kenaan> mattip issue2752 882bbee00812 /pypy/module/cpyext/test/test_bufferobject.py: after PyObject_GetBuffer fails, a second call also fails, PyString_AsString succeeds
inhahe_ has quit [Ping timeout: 256 seconds]
<mattip> I am tempted to declare issue 2752 "not release critical" since it has existed forever
<cfbolz> +1
<mattip> it seems like a failure of get_raw_address_of_string(string) in rffi.py, at some point the interface changed
<mattip> from (obj,string) to just (string)
<mattip> the documentation still refers to the old interface, maybe the code does too :/
<fijal> er
<fijal> anyone here speaks swedish?
<mattip> the input, string, is a simple python string, not an rpython string (whatever that is, maybe a CArray?), and there is no obj to create a weak reference
* mattip taking one last look at win32 and pypy3, to make virtualenv work
flub has quit [Quit: WeeChat 1.9.1]
jamesaxl has quit [Ping timeout: 264 seconds]
<bbot2> Success: http://buildbot.pypy.org/builders/own-linux-x86-64/builds/6676 [Carl Friedrich Bolz-Tereick: force build, pyparser-improvements-2]
mcyprian has joined #pypy
mcyprian has quit [Ping timeout: 264 seconds]
marr has joined #pypy
mcyprian has joined #pypy
<kenaan> mattip py3.5 c84d22857147 /pypy/module/_socket/: test, fix for issue 2787 (now passes on -A --python=python3)
lazka has joined #pypy
antocuni has joined #pypy
<bbot2> Failure: http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/3955 [Carl Friedrich Bolz-Tereick: force build, pyparser-improvements-2]
oberstet has joined #pypy
illume has joined #pypy
jcea has joined #pypy
<bbot2> Started: http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/1284 [Carl Friedrich Bolz-Tereick: force build, fix-sre-problems]
<bbot2> Started: http://buildbot.pypy.org/builders/rpython-macosx-x86-32/builds/0 [antocuni: force build, gc-hooks]
<bbot2> Exception: http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/1284 [Carl Friedrich Bolz-Tereick: force build, fix-sre-problems]
<bbot2> Exception: http://buildbot.pypy.org/builders/rpython-macosx-x86-32/builds/0 [antocuni: force build, gc-hooks]
dddddd has joined #pypy
lazka has quit [Quit: Leaving]
antocuni has quit [Ping timeout: 264 seconds]
Jackevansevo has joined #pypy
Jackevansevo has quit [Client Quit]
Jackevansevo has joined #pypy
<kenaan> mattip extradoc 3b5b787ccbcf /sprintinfo/leysin-winter-2018/planning.txt: add historical info from sprint
planrich has joined #pypy
Jackevansevo has quit [Quit: Leaving]
illume has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
lesshaste has joined #pypy
Rhy0lite has joined #pypy
solocarrie has quit [Remote host closed the connection]
antocuni has joined #pypy
jaffachief has joined #pypy
lazka has joined #pypy
jaffachief has quit [Client Quit]
pf_moore has joined #pypy
<mattip> grr. Looking at issue 2749 (installing pandas on win32 pypy2) it seems numpy no longer supports VisualStudio 9?
<mattip> NumPy 1.12 did, 1.13.3 fails, now to bisect
<mattip> maybe an interaction with our headers and NumPy's headers?
<mattip> nope, a numpy issue. Can work around it by "SET CL=/DNPY_INLINE_MATH#0"
<mattip> (use # in setting environment variables instead of =)
<mattip> but there are more errors
mattip has left #pypy ["Leaving"]
gsnedders has quit [Quit: Reconnecting]
gsnedders has joined #pypy
illume has joined #pypy
vstinner has joined #pypy
<vstinner> hello. the [Flattr] button at https://pypy.org/ leads to an HTTP error 404: http://flattr.com/thing/1191749/PyPy => https://flattr.com/@cfbolz : error 404
<vstinner> maybe cfbolz closed his account? ;)
<cfbolz> no, flattr changed its model
<cfbolz> we should remove the button
<vstinner> i was looking how PyPy is funded
<vstinner> when I click on "Donate towards general pypy progress", nothing happens
<cfbolz> not via flattr
<cfbolz> vstinner: the yellow "donate" button a bit below does the trick
<vstinner> the link seems to call a general_donate() function which does nothing
<cfbolz> vstinner: this button doesn't work? works for me https://usercontent.irccloud-cdn.com/file/EhdnNeRO/Screenshot_20180409-162550_01.jpg
<vstinner> I'm confused by "Donate towards general pypy progress". maybe it should just be removed. the link displays https://pypy.org/don2.html ... which is already the default view
<vstinner> cfbolz: when i open pypy.org, the Donate button is already there. i'm just complaining then clicking on "Donate towards general pypy progress" text does nothing
<cfbolz> vstinner: yes, it used to be the button to choose which project to donate to. Now there is only 'general progress'
<vstinner> cfbolz: i see :) i was just surprised than clicking does nothing :)
<cfbolz> vstinner: yes, I see how it's confusing, trying to fix
<vstinner> cfbolz: ok, thanks ;)
illume has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<cfbolz> vstinner: thank you, it's good feedack
<kenaan> cfbolz pypy.org[extradoc] 272637cfd909 /: - remove flattr link - make "Donate towards general pypy progress" not a link (since it does nothing wh...
<kenaan> cfbolz pypy.org[extradoc] 7a8d6cacd50d /don2.html: capitalize PyPy
<cfbolz> vstinner: I always forget how pypy.org gets updated, but hopefully soon
<vstinner> cfbolz: ok, thanks for the fix ;)
mcyprian has quit [Remote host closed the connection]
vstinner has left #pypy [#pypy]
jaffachief has joined #pypy
<tos9> I have a .h file that is dynamically generated that I'll need in CFFI
<tos9> Right now I'm building it as part of build_py, but that's too late for it to be used from within cffi_modules it looks like, which runs like way back during setup requires step
<tos9> Where should that generation be happening / what command should I overwrite to make sure it's there by the time CFFI is going to build a module for me
<tos9> Actually now maybe it occurs to me to do the .h generation in the cffi build.py...
<antocuni> tos9: that's exactly what I was about to suggest
<tos9> yeah it kind of makes sense I guess
<antocuni> you could even put it in some tmp directory, to avoid cluttering the checkout
* tos9 nods
<antocuni> is this a brilliant pytest idea, or an horrible hack? http://paste.openstack.org/show/718748/
mattip has joined #pypy
<Alex_Gaynor> horrible hack
<antocuni> but it lets me writing something like this: http://paste.openstack.org/show/718749/
<antocuni> any suggestion for an alternative way to do the same?
<Alex_Gaynor> Yes, I assumed it was something like that. I'd probably just write it as 3 asserts.
<antocuni> but then the test doesn't fail if the dict contains more keys
<Alex_Gaynor> a fourth assertion for the list of keys then, I suppose
<Alex_Gaynor> It's more verbose, but in 6 months you'll still be able to read it :-)
<antocuni> true enough; still undecided which versions is actually more readable though, Thanks for the feedback :)
<antocuni> Alex_Gaynor: at the end I decided to tweak the test so that "duration" goes into a different place, instead of that dict
<Alex_Gaynor> that also works
solocarrie has joined #pypy
jredondo__ has joined #pypy
jredondo__ is now known as jredondo
jredondo has left #pypy [#pypy]
dstufft has quit [Excess Flood]
dstufft has joined #pypy
illume has joined #pypy
jamesaxl has joined #pypy
tbodt has joined #pypy
illume has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
illume has joined #pypy
drolando has joined #pypy
antocuni has quit [Ping timeout: 256 seconds]
illume has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
solocarrie has quit [Ping timeout: 264 seconds]
nunatak has joined #pypy
lazka has quit [Quit: Leaving]
tbodt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
tbodt has joined #pypy
illume has joined #pypy
lazka has joined #pypy
illume has quit [Ping timeout: 265 seconds]
lweber1 has quit [Ping timeout: 245 seconds]
lweber1 has joined #pypy
illume has joined #pypy
lazka has quit [Quit: Leaving]
tbodt has quit [Read error: Connection reset by peer]
forgottenone has quit [Quit: Konversation terminated!]
forgottenone has joined #pypy
tbodt has joined #pypy
nunatak has quit [Remote host closed the connection]
planrich has quit [Ping timeout: 256 seconds]
tbodt has quit [Ping timeout: 264 seconds]
tbodt has joined #pypy
tbodt has quit [Read error: Connection reset by peer]
tbodt has joined #pypy
Rhy0lite has quit [Quit: Leaving]
planrich has joined #pypy
tbodt has quit [Read error: Connection reset by peer]
tbodt has joined #pypy
antocuni has joined #pypy
zmt00 has quit [Read error: Connection reset by peer]
zmt00 has joined #pypy
<kenaan> mattip py3.5 e3384cb52177 /pypy/: merge default into py3.5
<mattip> arigato: fwiw, "x = lambda: 5; x.func_globals = {}" succeeds on py3.5, is there a readonly attribute we can test in python3?
lritter has joined #pypy
energizer has joined #pypy
jamesaxl has quit [Quit: WeeChat 2.1]
forgottenone has quit [Ping timeout: 260 seconds]
antocuni has quit [Ping timeout: 276 seconds]
illume has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
energizer has quit [Quit: Leaving]
oberstet has quit [Ping timeout: 256 seconds]
oberstet has joined #pypy
jcea has quit [Ping timeout: 265 seconds]