02:48
ilbot3 joined
04:43
vendethiel joined
07:50
domidumont joined
07:55
domidumont joined
08:47
lizmat joined
|
|||
nwc10 | jnthn: paste.scsys.co.uk/506958 -- fails a test‽ :-) origin/lazy-strings doesn't even *build* under ASAN (just a NULL pointer) | 08:59 | |
09:19
FROGGS joined
10:17
vendethiel joined
12:04
kjs_ joined
12:35
kjs_ joined
13:42
domidumont joined
14:00
kjs_ joined
14:17
Ven joined
|
|||
jnthn | nwc10: When I get a test fail in a ready-built NQP, I tend to assume the chances of NQP building aren't great :) | 14:29 | |
(So didn't try it...) | |||
nwc10 | ah right | 14:46 | |
jnthn | It may be the JIT thing that I just didn't get to yet | 14:47 | |
nwc10 | seesm to be. just passed all NQP tests after building/testing with MVM_SPESH_DISABLE=1 | 14:55 | |
jnthn | What about MVM_JIT_DISABLE=1? | ||
nwc10 | er, didn't find that first in shell history | 14:57 | |
and also should I stop the rakudo build? | 14:58 | ||
and also might be abducted by "Being socialable (TM)" | |||
jnthn | Yeah, I need to get to the kitchen shortly too :) | 15:01 | |
No worries, I don't think I'll have any problems reproducing the issue here :) | 15:02 | ||
15:02
dalek joined
15:03
synopsebot6 joined
15:13
psch joined
|
|||
nwc10 | with MVM_JIT_DISABLE=1 NQP builds and tests | 15:36 | |
and Rakudo gets to the end of the spectest with nothing strange | 16:05 | ||
16:07
[Coke] joined
16:08
lizmat joined
|
|||
nwc10 | paste.scsys.co.uk/507024 -- valgrind output makes it look like a plain old NULL pointer dereference | 16:09 | |
it's in MVM code, called from JIT generated code | 16:10 | ||
which I think is pretty much what you thought | |||
16:23
lizmat joined
16:27
kjs_ joined
16:34
Ven joined
|
|||
timotimo | hmm "Being So Scalable" | 16:39 | |
16:41
lizmat joined
16:50
lizmat joined
17:03
lizmat joined
17:23
lizmat joined
17:28
lizmat_ joined
17:45
Util joined,
lizmat joined
18:12
vendethiel- joined
|
|||
timotimo | hm | 18:46 | |
so if i have a one-line patch for moarvm that makes nqp build and test on lazy-strings ... | 18:47 | ||
should i push that? :) | |||
dalek | arVM/lazy-strings: a501a41 | timotimo++ | src/jit/emit_x64.dasc: force sp_findmeth to decode strings in the CU makes nqp build&test and rakudo build. |
18:49 | |
timotimo | we may want to actually use the return value of cu_string there, though | 18:50 | |
but this makes things work already | |||
hm. is Stage parse : 48.131 | 18:51 | ||
kind of much faster than usually? | |||
nope, not much faster | 18:56 | ||
19:36
kjs_ joined
|
|||
timotimo | i made a particle system for sdl2. it ends up taking a gigantic amount of IntLexRef and NumPosRef :( | 19:52 | |
with the maximum particle count set to 1000 i get only about 30 fps average :| | 19:53 | ||
hm, but there's also lots of Num objects being allocated by Bridge | |||
and * and + | |||
i can potentially fix those | |||
19:57
zakharyas joined
|
|||
timotimo | cool. i'm up to 51 median, 35 in the 5th percentile and 257 in the 95th percentile | 19:58 | |
i guess the very high frame speeds come from having only few particles alive | 20:00 | ||
nwc10 | jnthn: works on "my" machine (to spectest) | 20:15 | |
21:04
pyrimidi_ joined
|
|||
timotimo | nwc10: what does? the whole thing with jit disabled? how about with my latest commit and jit & spesh re-enabled? | 21:11 | |
nwc10 | oh, yes, it's your commit on what started as his branch | 21:12 | |
oarVM/lazy-strings | |||
^M | |||
ie MoarVM commit a501a41e37e4 | 21:13 | ||
timotimo | cool | ||
21:36
kjs_ joined
22:40
geekosaur joined
22:45
Ven joined
23:13
kjs_ joined
|
|||
timotimo | huh, somehow i got find_best_dispatchee back into my code | 23:35 | |
23:41
cognominal joined
|