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 | the pypy angle is to shrug and copy the implementation of CPython as closely as possible, and staying out of design decisions
dmalcolm has joined #pypy
pbsds has quit [Quit: The Lounge - https://thelounge.chat]
pbsds has joined #pypy
otisolsen70 has joined #pypy
lritter has joined #pypy
atomizer has quit [Quit: ZNC - http://znc.in]
atomizer has joined #pypy
otisolsen70 has quit [Ping timeout: 244 seconds]
otisolsen70 has joined #pypy
atomizer has quit [Ping timeout: 240 seconds]
atomizer has joined #pypy
MiguelX413 has quit [*.net *.split]
eamanu has quit [*.net *.split]
hpk has quit [*.net *.split]
arigato has quit [*.net *.split]
fijal has quit [*.net *.split]
eamanu has joined #pypy
MiguelX413 has joined #pypy
arigato has joined #pypy
hpk has joined #pypy
fijal has joined #pypy
<krono> Hey
<krono> I'm trying to translate theseus one more time and found that the driver does not handle driver.exe_name as it used to
<krono> this commit https://foss.heptapod.net/pypy/pypy/-/commit/3e1536226be0ae81dd896f691cbe05b4a9500faf changes line 482 so it builds the new exename out of the old one regardless of exe_name
<krono> can I commit a one-character-fix for that?
<krono> meh. it does not fix my usecase, but it seem changing exe_name no longer works as intended?
exarkun has joined #pypy
<exarkun> can the windows "py" launcher launch pypy instead of cpython?
Julian has joined #pypy
Julian has quit [Quit: leaving]
lritter has quit [Ping timeout: 245 seconds]
jinsun has quit [Read error: Connection reset by peer]
Dejan has joined #pypy
<nimaje> I don't see why pandas should care about error messages; what is their reasoning for testing these? (re issue 3982)
<mattip> often projects want to make sure a general error type is being raised for the correct reason
<mattip> `a * b` can fail for a number of reasons, here they want to make sure that both `a` and `b` are instances of strings
<mattip> krono: that code is pretty fragile. Suggestions for improvement are welcome
otisolsen70 has quit [Quit: Leaving]
Guest60 has joined #pypy
<Guest60> krono, mattip: I don't know if it had been intentional, but fwiw I couldn't get `rpython --output=` to work as I'd expected and wound up writing https://github.com/demaere-oiie/beltabol/blob/f3c16245fad80239603fbe17e42e075b4269cff3/Makefile#L9C1-L9C80 instead...
<Guest60> ... Is there a better way to accomplish this process?
<mattip> hmm. In the case of pypy, it uses a more compilcated setup in the target method of the PyPyTarget class
<mattip> but that still does not end up in a bin directory
Guest60 has quit [Quit: Client closed]
jinsun has joined #pypy
Guest60 has joined #pypy
<Guest60> thx
Guest60 has quit [Client Quit]