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
oberstet has quit [Quit: Leaving]
lritter has quit [Ping timeout: 268 seconds]
infernix has quit [*.net *.split]
nimaje has quit [*.net *.split]
igitoor has quit [*.net *.split]
petronny has quit [*.net *.split]
altendky has quit [*.net *.split]
EWDurbin has quit [*.net *.split]
krono has quit [*.net *.split]
samth has quit [*.net *.split]
jeroud has quit [*.net *.split]
kirma has quit [*.net *.split]
infernix has joined #pypy
krono has joined #pypy
altendky has joined #pypy
samth has joined #pypy
kirma has joined #pypy
jeroud has joined #pypy
nimaje has joined #pypy
EWDurbin has joined #pypy
igitoor has joined #pypy
petronny has joined #pypy
altendky has quit [Ping timeout: 249 seconds]
altendky has joined #pypy
jcea has quit [Ping timeout: 268 seconds]
lesshaste has joined #pypy
<lesshaste> I am doing sudo apt install pypy3 and it pauses to run pypy3compile. Is this actually doing the whole pypy compile process that takes a looong time?
<fijal> apt? it really shouldn't
<LarstiQ> I would assume it generates .pyc files with pypy3, not compile pypy3 itself
<LarstiQ> but I haven't kept track of what packaging does these days, tumbleweed would know more
<mattip> "sudo apt install" never compiles from source.
<LarstiQ> except for DKMS modules
<mattip> +1
<lesshaste> fijal, yes, apt
<lesshaste> it has finished now so I guess it can't have been compiling from source. is pypy3compile an executable you recognise?
<LarstiQ> http://manpages.ubuntu.com/manpages/bionic/man1/py3compile.1.html says what I expected, generating .pyc files
<fijal> nope
<fijal> it's probably pypy -c
<fijal> pypy<space>-c
<lesshaste> sadly on speeds up the code by 0.5s out of 3.1s
<lesshaste> only
<lesshaste> I guess it could be mostly warm up time?
<lesshaste> what is the current warm up overhead?
<cfbolz> that cannot be answered in general
lritter has joined #pypy
<mattip> maybe rewriting that to use a StringBuilder would help
<mattip> the trick would be to get it to use a single StringBuilder
<mattip> or in other words, rewrite as list appending, and only do the join once
leshaste has joined #pypy
lesshaste has quit [Read error: Connection reset by peer]
todda7 has quit [Quit: Konversation terminated!]
Dejan has joined #pypy
<Dejan> EHLO
jcea has joined #pypy
dddddd has quit [Quit: dddddd]
dddddd has joined #pypy
jcea has quit [Client Quit]
jcea has joined #pypy
proteus-guy has joined #pypy
proteus-guy has quit [Remote host closed the connection]
proteusguy has joined #pypy
adeln has joined #pypy
adeln has left #pypy [#pypy]
oberstet has joined #pypy
nulano has quit [Ping timeout: 264 seconds]
otisolsen70 has joined #pypy
nulano has joined #pypy
leshaste has quit [Remote host closed the connection]
leshaste has joined #pypy
<tumbleweed> leshaste: yes, byte-compiliing (like py3compile)
leshaste has quit [Remote host closed the connection]
leshaste has joined #pypy
leshaste has quit [Remote host closed the connection]
leshaste has joined #pypy
adib has joined #pypy
adib has quit [Remote host closed the connection]
<tumbleweed> I've been vaguely meaning to look at that pycompile performance for a while, but it hasn't bothered me too much
otisolsen70_ has joined #pypy
<tumbleweed> the cpython package parallelises this...
<tumbleweed> but presumably pypy could do a better job, yes
otisolsen70_ has quit [Remote host closed the connection]
otisolsen70 has quit [Ping timeout: 256 seconds]
<cfbolz> the pypy bytecode compiler is also a bit slower than CPython's
<tumbleweed> yeah
todda7 has joined #pypy
oberstet has quit [Read error: Connection reset by peer]
lritter has quit [Quit: Leaving]
leshaste has quit [Remote host closed the connection]
leshaste has joined #pypy
oberstet has joined #pypy