cfbolz changed the topic of #pypy to: #pypy PyPy, the flexible snake https://pypy.org | IRC logs: https://quodlibet.duckdns.org/irc/pypy/latest.log.html#irc-end and https://libera.irclog.whitequark.org/pypy | hacking on TLS is fun, way more fun than arguing over petty shit, turns out
fotis has quit [Ping timeout: 246 seconds]
fotis has joined #pypy
[Arfrever] has quit [Ping timeout: 260 seconds]
fotis has quit [Ping timeout: 250 seconds]
[Arfrever] has joined #pypy
fotis has joined #pypy
[Arfrever] has quit [Ping timeout: 264 seconds]
[Arfrever] has joined #pypy
fotis has quit [Ping timeout: 245 seconds]
fotis has joined #pypy
fotis has quit [Ping timeout: 246 seconds]
fotis has joined #pypy
fotis has quit [Ping timeout: 250 seconds]
fotis has joined #pypy
fotis has quit [Ping timeout: 245 seconds]
fotis has joined #pypy
fotis has quit [Ping timeout: 265 seconds]
jacob22 has quit [Quit: Konversation terminated!]
fotis has joined #pypy
ammar2 has quit [Ping timeout: 265 seconds]
jryans has quit [Quit: Bridge terminating on SIGTERM]
the_drow has quit [Quit: Bridge terminating on SIGTERM]
ambv has quit [Quit: Bridge terminating on SIGTERM]
graingert[m] has quit [Quit: Bridge terminating on SIGTERM]
daubers has quit [Quit: Bridge terminating on SIGTERM]
jryans has joined #pypy
ammar2 has joined #pypy
daubers has joined #pypy
ambv has joined #pypy
graingert[m] has joined #pypy
the_drow has joined #pypy
fotis has quit [Ping timeout: 245 seconds]
fotis has joined #pypy
fotis has quit [Ping timeout: 265 seconds]
slav0nic has joined #pypy
_0az3 has quit [Remote host closed the connection]
fotis has joined #pypy
_0az3 has joined #pypy
<mattip> cfbolz: hypothesis is not available for -A tests, so the new test_unboxed_write_int is failing
<cfbolz> mattip: that's not an app test
<mattip> also there are new failures with 32-bit pypy.module.pypyjit.test_pypy_c.test_instance
<cfbolz> Right, the import itself is the problem
<cfbolz> Will fix during nap time
<mattip> actually, pypy.module.pypyjit.test_pypy_c.test_instance is failing everywhere
<mattip> thansk
fotis has quit [Ping timeout: 250 seconds]
Atque has joined #pypy
fotis has joined #pypy
fotis has quit [Quit: No Ping reply in 180 seconds.]
fotis has joined #pypy
<cfbolz> mattip: both fixed
stkrdknmibalz has quit [Quit: WeeChat 3.0.1]
otisolsen70 has joined #pypy
<mattip> cool
Dejan has joined #pypy
otisolsen70_ has joined #pypy
otisolsen70 has quit [Ping timeout: 252 seconds]
otisolsen70_ has quit [Quit: Leaving]
jacob22 has joined #pypy
lritter has joined #pypy
<cfbolz> ronan: is that correct? I thought extra_tests should pass on cpython too?
<ronan> cfbolz: I doubt that they pass on cpython
<mattip> why not?
<mattip> the StackNew context manager feels like it belongs in cffi more than in pypy
<ronan> mattip: well, for one, we don't test that it works, so it's surely broken
<ronan> but I guess it doesn't hurt to skip the test on cpython
<mattip> with cpython2.7.18 running the tests on "default", I get 8 failed, 342 passed
<cfbolz> I don't really care too much either way, but we should decide
<ronan> cfbolz: the README says the tests should pass on cpython, so we already decided, I guess
<cfbolz> Ok
<mattip> ronan: what would be the best way to add a link flag to untranslated hpy tests for windows?
<mattip> cpyext has link_extra = ["/NODEFAULTLIB:Python37.lib"]
<mattip> but I can't figure out where to put it on hpy since the test harness is mostly vendored
<ronan> hmm
<graingert[m]> Are dict.copy and set.copy atomic on pypy as they are in cPython?
<ronan> mattip: maybe hack at ExtensionCompiler in _vendored/support.py so it accepts an extra_link_args argument
<graingert[m]> Eg you can mutate a dict in one thread while another copies it
<graingert[m]> But you can't do that with list(some_dict)
<mattip> maybe HPyCPyextAppTest should have its own _init() function that would be called instead of the HPyAppTest one when called untranslated
fotis has quit [Ping timeout: 265 seconds]
lritter has quit [Quit: Leaving]
Dejan has quit [Quit: Leaving]
<mattip> ahh, good. Your suggestion should work
<mattip> graingert[m]: I don't think dict.copy is atomic on PyPy
<mattip> I don't see any locks around the implementation in pypy/objspace/std/dictmultiobject.py
<ronan> mattip: I think it's meant to be protected by the GIL
<graingert[m]> ah hang on the faq tells me D1.update(D2) is supposed to be atomic
greedom has joined #pypy
<graingert[m]> there's some questions regarding my changes to the weak collections, WKD, WVD and WS .copy() to make it atomic
<graingert[m]> that rely on the underlying dict to be atomic
<mattip> ronan: do we have a decorator or call to force atomic behaviour?
fotis has joined #pypy
fotis has quit [Ping timeout: 245 seconds]
<ronan> mattip: not that I know of
fotis has joined #pypy
greedom has quit [Remote host closed the connection]
fotis has quit [Ping timeout: 252 seconds]
Atque has quit [Remote host closed the connection]
fotis has joined #pypy
_0az3 has quit [Quit: afk]
fotis has quit [Ping timeout: 245 seconds]
_0az3 has joined #pypy
fotis has joined #pypy
<mattip> ronan: thanks, extending ExtensionCompiler to accept extra_link_args works
<graingert[m]> mattip should I raise a bug for it
<graingert[m]> #python-dev are currently not sure if dict.update is as atomic as documented
<mattip> graingert[m]: yes please. The tricky thing will be to write a test,
<mattip> once we have a test we can see if we pass it :)
<graingert[m]> ambv is currently looking into the cPython end
<graingert[m]> afaik it's pretty easy to trigger list(dict.items())
fotis has quit [Ping timeout: 252 seconds]
fotis has joined #pypy
fotis has quit [Ping timeout: 245 seconds]
fotis has joined #pypy
fotis has quit [Ping timeout: 252 seconds]
slav0nic has quit [Ping timeout: 245 seconds]
stkrdknmibalz has joined #pypy
Julian has joined #pypy
fotis has joined #pypy
fotis has quit [Ping timeout: 252 seconds]