stkrdknmibalz has quit [Ping timeout: 252 seconds]
stkrdknmibalz has joined #pypy
mgorny has quit [Quit: No Ping reply in 60 seconds.]
mgorny has joined #pypy
<
mattip>
directive0: (for the logs) the problem with a 32-bit arm build is that building from source requires more than 4GB
<
mattip>
and cross-translation is quite tricky
jacob22 has quit [Quit: Konversation terminated!]
glyph has quit [Quit: End of line.]
glyph has joined #pypy
<
mattip>
I added `--durations` to the extra_tests run, which takes 10 minutes on x86_64 and 59 on windows
<
mattip>
the list of times is at the bottom of the stdio listing, here is the linux x86_64 one
<
mattip>
and the windows one
<
mattip>
the slowest two tests on windows are over 100 seconds, are much much faster on linux
<
mattip>
cffi_tests/cffi1/test_function_args.py::test_types
<
mattip>
hpy_tests/_vendored/test_number.py::TestNumber::test_unary[debug]
mattip has quit [*.net *.split]
shodan45 has quit [*.net *.split]
_0az3 has quit [*.net *.split]
Atque has quit [Remote host closed the connection]
mattip has joined #pypy
_0az3 has joined #pypy
shodan45 has joined #pypy
stkrdknmibalz has quit [Quit: WeeChat 3.0.1]
<
fijal>
mattip, cfbolz: any thoughts on adding gc.pin/gc.unpin? that would work only on a very limited number of objects
<
cfbolz>
fijal: you mean exposed to applevel?
<
cfbolz>
fijal: probably better to have a context manager?
<
fijal>
I think you eventually want a context manager, sure
<
cfbolz>
fijal: anyway, I'd expose them as _pin and _unpin
<
fijal>
but I'm not sure I want to write one in RPython
<
fijal>
yeah, for sure
<
fijal>
this is incredibly experimental, I believe
<
mattip>
the arm64 buildbot process hung due to a lack of disk space, I cleaned it up and restarted it
<
mattip>
but there is a 12 hour backlog of builds, so rc2 will only be ready tomorrow
<
mattip>
assuming it doesn't hang again
<
mattip>
also heptapod is down, I think they are updating, which happenned just as the windows buildbot tried accessing it
<
mattip>
killing the windows stack of builds
<
mattip>
ok, heptapod is back, I can restart the builds that died
danchr_ has joined #pypy
<
danchr_>
the packaging for the 3.8 looks improved, but still puts lib_pypy directly in $prefix?
danchr_ is now known as danchr
<
mattip>
that should be changed for the rc2 which I am trying to get out tomorrow
<
mattip>
the buildbot just finished pypy-c-jit-103355-28b8e9d917f1-osx64.tar.bz2 two minutes ago
<
danchr>
ah yes, that's better, although libpypy is still in $prefix/bin?
<
mattip>
hmm. That will require some RPATH magic to move into $ORIGIN/../lib, I don't know if I am up to doing that for rc2
jacob22 has joined #pypy
<
tumbleweed>
mattip: pypy/doc/conf thinks we're at 7.3.7 already (py3.7 branch)