<mattip>
fijal: any luck with the dns change of speed.pypy.org to codespeed.nyc1.psf.io ?
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
jacob22_ has joined #pypy
jacob22 has quit [Read error: Connection reset by peer]
Ai9zO5AP has joined #pypy
darkman66 has quit [Remote host closed the connection]
LarstiQ has quit [Ping timeout: 250 seconds]
LarstiQ has joined #pypy
darkman66 has joined #pypy
xorAxAx has quit [Ping timeout: 246 seconds]
xorAxAx has joined #pypy
antocuni has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
darkman66 has quit [Remote host closed the connection]
forgottenone has joined #pypy
darkman66 has joined #pypy
antocuni has quit [Ping timeout: 268 seconds]
forgottenone has quit [Remote host closed the connection]
forgottenone has joined #pypy
lritter has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
darkman66 has quit [Ping timeout: 246 seconds]
dddddd has quit [Remote host closed the connection]
adamholmberg has joined #pypy
antocuni has joined #pypy
darkman66 has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
adamholmberg has quit [Ping timeout: 264 seconds]
darkman66 has quit [Remote host closed the connection]
adamholmberg has joined #pypy
darkman66 has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
darkman66 has quit [Ping timeout: 246 seconds]
moei has joined #pypy
darkman66 has joined #pypy
andi- has quit [Ping timeout: 250 seconds]
andi- has joined #pypy
andi- has quit [Excess Flood]
adamholmberg has quit [Remote host closed the connection]
andi- has joined #pypy
dddddd has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
andi- has quit [Ping timeout: 240 seconds]
andi- has joined #pypy
<kenaan>
rlamy optimizeopt-cleanup 9aea58ad1da8 /rpython/jit/metainterp/: Move try_disabling_unroll logic up to MetaInterp.compile_loop()
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
darkman66 has quit [Ping timeout: 246 seconds]
darkman66 has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
dayton has joined #pypy
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
darkman66 has quit [Ping timeout: 252 seconds]
darkman66 has joined #pypy
dansan has joined #pypy
<dansan>
Hello. There is a pypy3 package in debian-mipsel. Does this actually include the JIT?
<dansan>
Is there a way of querying it to find out?
marky1991 has joined #pypy
lritter has quit [Ping timeout: 252 seconds]
antocuni has quit [Ping timeout: 245 seconds]
<kenaan>
mattip py3.6 df2790e6e32f /: test, fix fscode and also win32, fixes issue 2985
darkman66 has quit [Remote host closed the connection]
adamholmberg has joined #pypy
<kenaan>
mattip py3.6 25affebcac5f /pypy/module/cpyext/include/Python.h: stdint.h exists on msvc 2010 and up, which should be used for python compilation
<kenaan>
mattip py3.6 4f0cad9e23bc /lib_pypy/_testcapimodule.c: marshal.h exists in PyPy since v7.0
LarstiQ has quit [Ping timeout: 245 seconds]
LarstiQ has joined #pypy
forgottenone has quit [Quit: Konversation terminated!]
<cfbolz>
dansan: we don't have a mips backend
<cfbolz>
The way to find out would maybe be 'import pypyjit'
<dansan>
cfbolz: oh wow, thanks for that information. So the pypy3 I'm running on Debian-mips is interpreted only?
<cfbolz>
dansan: yes
<dansan>
cfbolz: :(
<dansan>
cfbolz: Well I appreciate the information!
<cfbolz>
dansan: somebody started a mips backend at some point, but I don't think it was ever completed
<dansan>
It's not exactly a one-day task ;)
<dansan>
So I'm guessing the only JIT for mips is LLVM and the Loongnix java jit that is 64-bit only.
<dansan>
I mean of any kind
<cfbolz>
dansan: it's always a bit of a debate whether llvm really qualifies as a jit ;-)
<dansan>
lol!!!
<dansan>
Well I don't know it
<cfbolz>
(it's more of compiler that you happen to also be able to call at runtime)
<dansan>
Do you know if there are any native compilers for python/mips?
ronan has joined #pypy
<dansan>
Just as you said: ImportError: No module named 'pypyjit'
<cfbolz>
dansan: I don't know of any, sorry
<cfbolz>
What are you trying to do?
<dansan>
Ok, thank you. I've been tasked with finding out what scripting languages there are for MIPS that have some optimization capabilities. So far Go is the best thing I'm coming up with, but I don't think that's as user-friendly as Python.
<dansan>
I offered to write the core of this thing in C++ and just expose parts of it to python scripting via one of those connectors, maybe that idea will win for this project.
<dansan>
cfbolz: Thank you, I really appreciate your help!! <3
<cfbolz>
dansan: it's possible that cython might work for you
<cfbolz>
That's a python like language that you can compile to C
<dansan>
oooh
<dansan>
Very interesting
ronan has quit [Ping timeout: 252 seconds]
<dayton>
Hey everyone. I just have a quick question regarding garbage collection in PyPy.
<cfbolz>
Hello
<dayton>
Is it the case that during a minor collection, non-surviving young objects in the nursery are just left there then they are reclaimed during the mark-sweep major collection phase?
<dansan>
cfbolz: oh, it *translates* it into C? Now that is interesting!
<dansan>
a.k.a., infant mortality :)
<dansan>
dayton: sorry, I'm just visiting. I know JITs and GCs, but not pypy
<cfbolz>
dayton: young objects that don't survive a minor collection don't need to be reclaimed at all
<cfbolz>
That's kind of the point of a nursery young generation
<dansan>
interesting. So it's a GC generation that's more efficiently collected?
<cfbolz>
yes
adamholmberg has quit [Remote host closed the connection]
<dayton>
So it's like the memory is tagged as not allocated and just reused? Sorry, I'm new to GCs so just trying to understand
<dansan>
very cool :)
<cfbolz>
that's pretty standard
<Alex_Gaynor>
We don't put objects in the nursery if they have destructors, so things in the nursery are "just memory"
<dansan>
I see
<cfbolz>
dayton: the trick is the following: all the young objects that survive the minor collection are moved out of the nursery. afterwards the nursery is just a bit of memory that we can allocate objects into again
<cfbolz>
ie after a minor collection we can just reuse the full nursery
<dansan>
Well I'm getting side-tracked now reading about pypy's GC :)
<cfbolz>
it's nothing special
<dansan>
So it uses a standard heap for allocation I presume?
<dansan>
Oh, there it is
Zaab1t has joined #pypy
darkman66 has joined #pypy
<cfbolz>
what is a "standard heap"?
<dansan>
I was just thinking about slab allocation
<dansan>
I had to do that in user-space for something recently, usually only use that in a kernel.
<dansan>
anyway...
<cfbolz>
dayton: did that help?
<dayton>
cfbolz: this really clears it up. Thanks!
<dayton>
Yeah definitely
<cfbolz>
cool
<kenaan>
mattip default 2fbfe4373fd9 /rpython/rlib/rposix.py: synchronize with py3.6 from df2790e6e32f
marky1991 has quit [Ping timeout: 246 seconds]
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
lritter has quit [Ping timeout: 264 seconds]
inhahe has quit []
inhahe has joined #pypy
Zaab1t has quit [Remote host closed the connection]