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>
hmm. That is using [PyPy 7.3.4 with GCC 9.3.0] to translate, our buildbot is using [PyPy 7.3.1-alpha0 with GCC 8.3.1 20190507 (Red Hat 8.3.1-4)]
<tumbleweed>
yeah, using the last built pypy
<tumbleweed>
7.3.5 is currently building, so 7.3.4 is the last one
<tumbleweed>
that said, on debian unstable, it built
<mattip>
it seems to be when hashing a self-referent tuple from rpython/translator/c/database.py line 75, in gettypedefnode: "node = self.structdefnodes[key]"
<mattip>
which calls rpython/rtyper/lltypesystem/lltype.py, line 154, in __hash__
<mattip>
where self is in items, and the call is "result = hash((self.__class__,) + tuple(items))"
<mattip>
but there is code above line 154 to prevent recursion, I wonder what is going wrong
gef has joined #pypy
tos9 has quit [Ping timeout: 246 seconds]
tos9 has joined #pypy
<mattip>
tumbleweed: does that reproduce on the s390x machine?
gef has quit [Ping timeout: 246 seconds]
<tumbleweed>
given it worked on the main buildd, I'm guessing not, but I can try