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
adamholmberg has quit [Remote host closed the connection]
<YannickJadoul>
s390x is under our allowed failures, but currently green
<YannickJadoul>
Just mentioning, depending on the further wheelmaking plans
dddddd has joined #pypy
adamholmberg has joined #pypy
adamholmberg has quit [Ping timeout: 250 seconds]
BPL has joined #pypy
adamholmberg has joined #pypy
adamholmberg has quit [Remote host closed the connection]
adamholmberg has joined #pypy
adamholmberg has quit [Read error: Connection reset by peer]
adamholmberg has joined #pypy
Joannah has joined #pypy
<mattip>
hmm, a user says `virtualenv -p pypy` doesn't work on py3.6 nightly on macOS
<mattip>
something about lzma is messed up?
salotz[m] has left #pypy [#pypy]
jacob22 has quit [Quit: Konversation terminated!]
jacob22 has joined #pypy
xcm has quit [Remote host closed the connection]
xcm has joined #pypy
<YannickJadoul>
Sorry, yet another question; PyPy doesn't set disutils.sysconfig.get_config_var('LIBDIR')?
Joannah has quit [Remote host closed the connection]
Joannah has joined #pypy
<YannickJadoul>
Ah, no, wait, the problem that this CMake thing fails is because PyPy 2.7 doesn't have `get_config_var('LDVERSION') or get_config_var('VERSION')`
jcea has joined #pypy
lritter has joined #pypy
Joannah has quit [Remote host closed the connection]
Joannah has joined #pypy
Joannah has quit [Remote host closed the connection]
Joannah has joined #pypy
Joannah has quit [Remote host closed the connection]
Joannah has joined #pypy
Joannah has quit [Remote host closed the connection]
Joannah has joined #pypy
<Joannah>
test
<Joannah>
I have a question regarding the boehm GC implementation. I know that it is slow compared to other GCs in PyPy. Has this got to do with how it is implemented in PyPy?
<Joannah>
I know there might be some reasons regarding the GC algorithm used but I want to know if the integration has anything to do with it.
adamholmberg has quit [Remote host closed the connection]
adamholmberg has joined #pypy
adamholmberg has quit [Remote host closed the connection]
adamholmberg has joined #pypy
<mattip>
YannickJadoul: what cmake thing?
Joannah has quit [Remote host closed the connection]
<cfbolz>
joannah: no, it's the GC not the integration
Dejan has quit [Quit: Leaving]
<YannickJadoul>
mattip: pybind11 has this adapted module to detect Python interpreters and libraries
<tumbleweed>
if you download with a browser, it tags the tarball as being downloaded
xcm is now known as Guest64100
<tumbleweed>
and tar carries that through to the extracted files
<tumbleweed>
then you get this prompt for each executeable and shared library
<mattip>
but if you wget, all is OK?
<tumbleweed>
you have to Cancel, and then Allow in settings, for each one
<tumbleweed>
yeah, no problem with curl (macOS doesn't ship wget by default)
xcm has joined #pypy
<YannickJadoul>
mattip: Sure. This is a problem in my project, though, and not in cibuildwheel anymore
<mattip>
tumbleweed: hehe. Good to know there is a work-around.
* tumbleweed
wonders how people use this OS and stay sane
<YannickJadoul>
I do already have a workaround in mind, but if there's no reason to have this difference between 2.7 and 3.6, it might as well be fixed
<mattip>
ahh, in 3.6 we *do* define those values?
<YannickJadoul>
tumbleweed: It's horrible. I've seen colleagues have problems to get students to use their software, because the default button is "Move to trash" on 10.15 -_-
adamholmberg has quit [Remote host closed the connection]
adamholmberg has joined #pypy
<mattip>
but I think '36' is meant to be '3.6'
xcm has quit [Remote host closed the connection]
<mattip>
that code seems bogus. Why not check sys.version_info directly?
xcm has joined #pypy
<YannickJadoul>
I don't know, actually. I don't know what LDVERSION or VERSION are meant to contain, but yes, it's weird
<mattip>
ok, well, let's let it slide to the next release
<YannickJadoul>
Thanks :-)
<YannickJadoul>
Now realizing I haven't built on macOS/Linux yet, so let's hope CMake finds PyPy there
<tos9>
YannickJadoul: /me hasn't been following the scrollback, been in and out of meetings, but if you're trying to compile pypy on macos there's also homebrew?
<tos9>
the PR for both pypy and pypy3 is merged
<tos9>
so `brew install --HEAD pypy` will build master, and same for pypy3
<tos9>
I should get back to that github action but have been completely swamped
<YannickJadoul>
tos9: Ah, that's cool to know :-)
<tos9>
hm, looks like pypy3 is failing building HEAD for reasons I don't understand, so will need to figure that out
<YannickJadoul>
But this was about detecting the PyPy libs with CMake
* tos9
nods
<YannickJadoul>
Where of course, Windows has to do something different...
<YannickJadoul>
And the past few days, there were a few minor issues with building wheels in `cibuildwheel`
<tos9>
ah
<YannickJadoul>
But all in all, it's amazing how we can replace CPython with PyPy and things "just work"
<tos9>
yeah don't tell them but turns out those pypy people kind of know what they're doing