cfbolz changed the topic of #pypy to: PyPy, the flexible snake (IRC logs: https://quodlibet.duckdns.org/irc/pypy/latest.log.html#irc-end ) | use cffi for calling C | if a pep adds a mere 25-30 [C-API] functions or so, it's a drop in the ocean (cough) - Armin
marky1991 has joined #pypy
marky1991 has quit [Remote host closed the connection]
marky1991 has joined #pypy
jacob22_ has quit [Read error: Connection reset by peer]
jacob22_ has joined #pypy
xcm has quit [Read error: Connection reset by peer]
xcm has joined #pypy
xcm has quit [Read error: Connection reset by peer]
xcm has joined #pypy
xcm has quit [Remote host closed the connection]
xcm has joined #pypy
tos9_ has joined #pypy
tos9 has quit [Ping timeout: 255 seconds]
tos9_ is now known as tos9
jcea has quit [Quit: jcea]
Taggnostr has quit [Ping timeout: 240 seconds]
jacob22_ has quit [Read error: Connection reset by peer]
jacob22_ has joined #pypy
bitbit has quit [Quit: Leaving]
dddddd has quit [Ping timeout: 265 seconds]
bitbit has joined #pypy
jvesely has quit [Quit: jvesely]
ronan has joined #pypy
oberstet has joined #pypy
bitbit has quit [Quit: Leaving]
ronan has quit [Ping timeout: 260 seconds]
ronan has joined #pypy
wleslie has joined #pypy
Taggnostr has joined #pypy
ronan has quit [Remote host closed the connection]
ronan has joined #pypy
ronan has quit [Ping timeout: 255 seconds]
<antocuni> pjenvey: cool, I didn't know about malloc_info(), it looks potentially useful. Thank you!
tsaka_ has joined #pypy
xcm is now known as Guest53552
Guest53552 has quit [Killed (card.freenode.net (Nickname regained by services))]
lritter has joined #pypy
xcm has joined #pypy
tsaka__ has joined #pypy
tsaka_ has quit [Ping timeout: 255 seconds]
tsaka__ has quit [Ping timeout: 272 seconds]
tsaka__ has joined #pypy
oberstet has quit [Read error: Connection reset by peer]
oberstet has joined #pypy
rich__ has quit [Quit: rich__]
rich__ has joined #pypy
dddddd has joined #pypy
oberstet has quit [Ping timeout: 258 seconds]
oberstet has joined #pypy
tsaka__ has quit [Ping timeout: 255 seconds]
YannickJadoul has joined #pypy
<YannickJadoul> To whomever is interested/knows more details about PyPy and `virtualenv` and `site`: I've come across a weird/horribly complex bug
<YannickJadoul> I'm not sure whether virtualenv is to blame or PyPy, but it might be interesting to have someone from PyPy involved: https://github.com/pypa/virtualenv/issues/1654
dddddd has quit [Ping timeout: 240 seconds]
jcea has joined #pypy
tsaka__ has joined #pypy
<cfbolz> YannickJadoul: hey! I was wondering, do you plan to work on the positional only argument parsing soon? Otherwise I might continue to work on that branch, if that's OK with you?
tsaka__ has quit [Ping timeout: 272 seconds]
xcm has quit [Ping timeout: 255 seconds]
xcm has joined #pypy
<YannickJadoul> cfbolz: Yeah, I'd like to get back to that, but please go ahead if you want!
<YannickJadoul> The main problem I had is that the error messages are not that great to solve the `int(x=42)` failure
<cfbolz> ok, might have some time to take a look at it, hopefully next week
<cfbolz> YannickJadoul: yes, there are a few cases where the error messages around calls are worse in pypy than cpython right now
<YannickJadoul> Yeah, so it seems CPython has 2 different ways of reporting them, as well
<cfbolz> yep
<YannickJadoul> `TypeError: 'x' is an invalid keyword argument for int()` vs. `TypeError: f() got some positional-only arguments passed as keyword arguments: 'a'`
<YannickJadoul> So I think I got a rough sketch of 3.8 positional-only arguments working
<YannickJadoul> But I wasn't sure it was the right way forward of solving the `int(x=42)` in Python 3.7? :-/
<YannickJadoul> (it's a bit weird to give errors in 3.7 about a feature that's only present in 3.8, no?)
<cfbolz> yes, a bit
<cfbolz> but also annoying to write code that will then have to be changed again in
<cfbolz> 3.8
<YannickJadoul> Yeah, but well, I checked that: even in 3.8, `int(x=42)` gives the same error as in 3.7, without mentioning positional-only
<YannickJadoul> That error is somehow coming from the argument clinic, iirc
<cfbolz> yes, CPython parses arguments differently whether they are to builtin functions vs python-defined ones
<YannickJadoul> Quite annoying, yes. So the current plan was to see if there was another way, then make a PR comparing the two
<YannickJadoul> Then I got caught up in other stuff; sorry :-/
<tos9> YannickJadoul: (on the virtualenv thing -- I would not count myself as "knows", certainly "interested" though, and I am almost certainly in the top 1% of usage of virtualenv+pypy for personal development so I run into lots of fun issues like that one -- will probably follow the ticket -- although you know gabor is rewriting virtualenv, so he'll probably be pretty engaged)
<YannickJadoul> tos9: Thanks :-) I'm just a bit horrified by the combo of macOS + virtualenv 20 + PyPY 3.6 + pytest; still trying to figure out the minimal way of reproducing it, so I'm sure that any help or ideas are welcome :-)
<tos9> YannickJadoul: do you have a non-minimal way I should try? (if it's in the ticket I can look in a bit)
tos9 has quit [Read error: Connection reset by peer]
tos9 has joined #pypy
<YannickJadoul> tos9: What do you mean with non-minimal?
<YannickJadoul> I originally noticed it in https://github.com/joerick/cibuildwheel/pull/274
<YannickJadoul> I've also just created an issue in the PyPy repo: https://foss.heptapod.net/pypy/pypy/issues/3175
<YannickJadoul> Seems virtualenv is not to blame, so now it can still by PyPy or pytest (or some weird interaction with other things)
<YannickJadoul> Also: is there any reason the osx nightlies are 177MB on trunk, while they only are 22MB on py3.6?
oberstet has quit [Quit: Leaving]
dddddd has joined #pypy
bitbit has joined #pypy
bitbit has quit [Max SendQ exceeded]
bitbit has joined #pypy
<mattip> YannickJadoul: thanks, I didn't notice the size inflation
<mattip> it seems to have happened after pypy-c-jit-98376-430e63a88300-osx64.tar.bz2
<mattip> the next successful build was pypy-c-jit-98395-c051848765b6-osx64.tar.bz2
<mattip> and is huge
<YannickJadoul> mattip: I just looked myselfs, and it seems to be mostly related to the openssh test folder
marky1991 has quit [Remote host closed the connection]
marky1991 has joined #pypy
marky1991 has quit [Remote host closed the connection]
marky1991 has joined #pypy
bitbit has quit [Ping timeout: 268 seconds]
jvesely has joined #pypy
<bbot2> Started: http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/6812 [plan_rich: force build, rutf8-simd]
bitbit has joined #pypy
<mattip> probably 5bf1495559a4 moving the build_cffi_imports.py script fron pypy/tool to lib_pypy/tools,
<mattip> so the lib_pypy temporary build directory is now packaged :(
<bbot2> Failure: http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/6812 [plan_rich: force build, rutf8-simd]
<mattip> each cffi dependency is built in turn in that directory
<mattip> the first step is to possibly delete the directory, then download a package and build it there
<mattip> on default there was only one step: openssl. One py3.6 there are more steps
<mattip> so the openssl build directory was included on default, and the last one built (xz) included on py3.6
<mattip> looking at the most downloaded pypi packages for the last 30 days, at number 8 is s3transfer
<mattip> which is an aws helper library
<mattip> that would seem to suggest some automated process is wastefully downloading from PyPI
lritter has quit [Ping timeout: 255 seconds]
<mattip> botocore, which is the python3 version of s3transfer, is number 4
<rich__> for me default does not compile complaining about pypy_faulthandler_* functions missing...
<rich__> (in the ld step linking the shared library libpypy-c.so)
agates[m] has joined #pypy
YannickJadoul has quit [Quit: Leaving]
marky1991 has quit [Read error: Connection reset by peer]
marky1991 has joined #pypy