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
<mattip>
and see how each file is reported separately
<mattip>
so maybe we would be even faster if we ran them all together
<antocuni>
ah, I see
<antocuni>
and indeed, there are 59 of them, so on average 45s less for each
<mattip>
I think I did that because otherwise the tests timed out, but now they won't
<antocuni>
ah, it's worth trying them
<antocuni>
*then
<mattip>
now if I can only remember which test config file does the splitting up
<antocuni>
mattip: note that I also got a huge speedup with 317104f1b067. So I think that the total speedup of running a cpyext test compared to when I started is like 10x now :)
<antocuni>
there are some failures on the branch, though :(
<mattip>
maybe the cache needs a lock around it?
<antocuni>
they are about TestMultiPhase, so I suspect it's related to the fact that "self.import_module" no longer puts the module in sys.modules
<antocuni>
because it no longer goes through "imp.load_dynamic" now
<antocuni>
if I am correct, it should be easy to fix
<kenaan>
antocuni cpyext-speedup-tests-py36 8098a1266abb /: close branch to be merged
<kenaan>
antocuni py3.6 98474e851cf8 /: merge the cpyext-speedup-tests-py36 branch, which greatly spees up running cpyext tests, especially if you run the...
<kenaan>
antocuni py3.6 ead9a40f22ed /pypy/doc/whatsnew-pypy3-head.rst: document this branch
<tumbleweed>
whatever kind of build you want. Don't know the build process, though :)
<mattip>
ahh, I thought you already had builds handy
<mattip>
If possible we would like a machine that can run buildslave to hook into
<mattip>
buildbot.pypy.org
<mattip>
and run nightly builds
<Dejan>
io_uring rocks
<mattip>
antocuni: how does this look (about building wheels)?
<mattip>
cfbolz: could you tweet it on the pypy twitter account
<cfbolz>
Yay, congratulations!
adamholmberg has joined #pypy
<mattip>
hopefully this will lead to more projects making wheels
<cfbolz>
mattip: done. Thank you so much for the work you've been doing!
<mattip>
on another topic: we have a cpyext module in pypy/tool
<mattip>
It is being imported when pypy/tool/build_cffi_imports.py tries to import pickle.py by the recent changes to speed up cpyext
<mattip>
gahh
<mattip>
(this is during the last stage of translation, when it builds the imports)
dddddd has joined #pypy
<kenaan>
mattip default 4824f6da985b /testrunner/lib_python_tests.py: shorten timeout to help s390x tests finish faster. We should also fix the failures
<kenaan>
mattip default 2f00c6d27ef5 /pypy/doc/release-v7.3.0.rst: make release note match blog post: add bit about wheels
adamholmberg has quit [Remote host closed the connection]
squeaky_pl has joined #pypy
<squeaky_pl>
Congrats on the release, download page seems to point to 7.2 still for me.
<squeaky_pl>
I grabbed 64 bit Linux tarballs and tested them under Window Subsystem for Linux 2 on Windows 10 April 2020, everything seems to work fine on Windows, idle works as well.
<squeaky_pl>
Under stock Ubuntu from Windows Store.
altendky has joined #pypy
<Dejan>
I've just tried the pypy-c-jit-98354-1608da62bfc7-linux64.tar.bz2 on Fedora 31
<Dejan>
works pretty fine
<squeaky_pl>
I will probably build portable ones one last time with some differences not to trigger any regression for the users and point out in the repo that official ones are now portable.
adamholmberg has joined #pypy
<squeaky_pl>
Dejan, does `python -m idlelib.idle` work fine?
<squeaky_pl>
Given that you have X installed or something that speaks X protocol
<Dejan>
squeaky_pl, yep, works pretty fine
<Dejan>
erm... i was too fast
<Dejan>
_tkinter.TclError: named font "{DejaVu Sans Mono} 10 normal" already exists
<Dejan>
fails whenever something should be printed out
<Dejan>
i tried changing the font - same exception
<squeaky_pl>
my builds have the same problem, I wonder what's that
<squeaky_pl>
it pretty looks like some problem in idle itself
<Dejan>
CPython one works as expected
adamholmberg has quit [Remote host closed the connection]
adamholmberg has joined #pypy
<mattip>
squeaky_pl: thanks for pointing the way for the portable builds
ronan has quit [Remote host closed the connection]
<mattip>
indeed, it seems the pypy.org website did not update the site
<Dejan>
I wonder sometimes would it be better to have separate cffi packages depending on whether one wants ABI (basically wrapper around dynamic lib loader) or API
<Dejan>
the API one seems more heavy as it needs to parse C code
ronan has joined #pypy
<mattip>
the page here seems OK, I guess I have to talk to the python-infra people
<kenaan>
rlamy py3.6 f574e8884bed /pypy/: Don't swallow the UnicodeDecodeError in one corner case (fixes issue #3132)
jvesely has quit [Quit: jvesely]
<mattip>
I forced the website www.pypy.org to update
<mattip>
now it is showing the downloads for the release
<arigato>
just a random note about arm32: it would be worth to have a buildbot that we use only during release time manually (kind of like I should maybe turn the ppc into such a buildbot too)
adamholmberg has quit [Remote host closed the connection]
<mattip>
maybe if we split the buildslave tasks into translation and upload; and tests. That would mean we don't need to run hours of tests that no-one looks at
<mattip>
like we used to do for the arm32 cross-translations
<mattip>
it might be good to do that in general, then we can make sure the post-translation tests run in a clean environment
<mattip>
and would mean we could use travis/azure pipelines for testing since we would not exceed the time limits anymore
<arigato>
Dejan: you're wrong, the API version of cffi is more efficient at runtime, whereas the ABI version parses C-like code at runtime
<arigato>
in general if we can assume that we have a compiler at installation, there is no reason to use ABI
<antocuni>
mattip: sorry for the pypy/tool/cpyext issue :(
<created>
Hi.
<created>
How do I try compiling pypy again if it failed at the compilation stage?
<created>
I tried going to the temp directory and doing nmake, but it doesn't seem to have the right environment and fails early
<created>
Oh false alarm - it has the right environment once I setup the externals right
adamholmberg has quit [Remote host closed the connection]
<created>
I guess you're all off having christmasses, so you won't see this anyway
* cfbolz
waves
<cfbolz>
created: much more likely to be a timezone problem, most of us are europeish
<cfbolz>
(timewise)
<created>
I'm trying to figure out why vmprof doesn't run on windows
<created>
Do you know the codebase and can help me a bit?
<created>
I'm trying to understand where __vmprof_eval_vmprof is supposed to come from
<cfbolz>
sorry, I'm a) not a windows person and b) it's 11:30pm here
<created>
It's used in rvmprofc, but not defined or declared anywhere, except as some kind of decorator in rvmprof.py (but I don't quite see how it would end up exporting itself)
<created>
I'm actually looking for the lunix perspective, but it being late for you is a different story
<created>
(It's even later for me, but that's another story :P)