mkoubaa2 has joined #hpy
mkoubaa has joined #hpy
mkoubaa2 has quit [Quit: Leaving]
FFY00 has quit [Read error: Connection reset by peer]
FFY00 has joined #hpy
FFY00 has quit [Read error: Connection reset by peer]
FFY00_ has joined #hpy
mkoubaa has quit [Ping timeout: 255 seconds]
FFY00_ has quit [Remote host closed the connection]
FFY00 has joined #hpy
<fangerer> antocuni: btw. I've addressed all your comments for https://github.com/hpyproject/hpy/pull/331 . Please have another look. Thanks!
<fangerer> antocuni: You wrote that `tp_vectorcall`can be used with heap types. You are maybe right but CPython doesn't allow it in the type spec: https://docs.python.org/3/c-api/type.html?highlight=pytype_spec#c.PyType_Spec
<antocuni> fangerer: uhm, you are right. But at the same time, this piece of the docs seems to hint that vectorcalls can somehow work with heap types: https://docs.python.org/3/c-api/typeobj.html#c.PyTypeObject.tp_vectorcall_offset
<antocuni> we should investigate more; it might be possible to support it in HPy, e.g. by providing HPySlot_vectorcall and implement it by manually patch the TypeObject after calling PyType_FromSpec
<Hodgestar> fangerer, antocuni: Should we ask vstinner if we should open an issue on CPython to allow some of those unsupported slots in CPython?
<ronan> tp_vectorcall_offset is supported by defining a __vectorcalloffset__ member: https://docs.python.org/3/c-api/structures.html#c.PyMemberDef
<antocuni> fangerer: PR 331 merged, thank you!
<antocuni> Hodgestar: yes, asking the CPython devs sounds like a good idea. I'd also know whether the "no vectorcall on heap types" rule is a fundamental limitation or just a missing feature
dalley has quit [Ping timeout: 240 seconds]
dalley has joined #hpy