timotimo my headache is limiting how well i can work here ... it took me *long* to notice i hadn't actually recompiled nqp after the patch to fix compunit pushing 01:07
diakopter *comiserate* 01:10
timotimo i don't know what that means :( 01:16
when i'm feeling better i'll probably introduce graphviz support into the heapanalyzer 01:53
why is graphviz.org down :\ 02:02
seems like connectivity in general is kind of b0rked from here right now :| 02:03
google cache <3 02:04
it doesn't seem like graphviz has anything in its -Tx11 that'd react to clicks on specific nodes :\ 02:05
otherwise it'd be totally feasible to use it as a front-end gui like thing and adding expand/collapse/path buttons to every node in the graph 02:06
together with its "automatically refresh when the file changes" behavior
02:13 colomon joined
geekosaur I recall seeing that the unstable graphviz had a mode with more clickability... but the whole thing was still limited. Ended up not being my problem any more, and I think $coworker switched it to something else 02:13
timotimo oh, huh 02:15
diakopter did you look up comiserate :D 03:05
03:19 dalek joined 05:14 vendethiel joined 05:50 dalek joined 06:07 dalek joined 06:08 mojca joined
timotimo yeah, it doesn't exist in my favorite dictionary 06:55
it does find it once you add the second m to it 06:56
and now that i see the translation, it's quite obvious that it means that, given its composition
anyway, thanks :)
07:27 mojca joined 07:40 domidumont joined 07:45 domidumont joined 08:18 dalek joined 08:29 dalek joined 10:08 FROGGS joined 10:45 vendethiel joined 11:29 sivoais joined 12:01 vendethiel joined 12:33 vendethiel joined 13:31 vendethiel joined 14:59 vendethiel joined 16:38 vendethiel joined
diakopter ohh 17:03
dalek Heuristic branch merge: pushed 130 commits to MoarVM/cache_sc_idx by diakopter 17:36
17:46 cognominal joined 17:52 colomon joined 18:09 domidumont joined 18:20 vendethiel joined 18:41 colomon joined 18:56 vendethiel joined
diakopter aww, the cache_sc_idx branch only improves setting compile time by 7% now 19:03
ISTR it was higher a bit ago 19:04
does anyone get a clean rakudo spectest these days from moar master? 19:12
timotimo hm, hat does perl6-roast-data say? 19:25
diakopter dunno.
but now (with strawberry toolchain), spectesting is hanging in S09-typed-arrays
(and master branch)
(not cache_sc_idx)
anyone else build with strawberry? 19:26
timotimo huh, in the typed arrays test? 19:28
diakopter maybe this is interesting: all the stacks are hung in acquiring a spinlock in the kernel, called from MVM_gc_write_barrier_hit, called from MVM_crash_on_error 19:29
19:30 vendethiel joined
diakopter so I guess the spectest harness is having trouble detecting the hangs or killing them 19:30
well I guess they wouldn't respond to signals if they're stuck in the kernel 19:31
timotimo huh, it's supposed to crash, but it's trying to acquire some lock? 19:33
diakopter yah
timotimo that's definitely not so good :) 19:35
diakopter whatevs, I'll just skip the strawberry toolchain and go directly to VS 2015 update 2
after all, if it doesn't work in master, it's not really a supported platform, heh 19:40
boy NQP really builds fast these days 19:44
timotimo aye 19:47
i get an almost clean spectest run 19:48
t/spec/S32-exceptions/misc.rakudo.moar - non-zero exit code
t/spec/S32-num/power.rakudo.moar - passes a bunch of TODOs
diakopter well I already abandoned strawberry entirely
who cares about gcc on windows, anyway 19:49
.seen lizmat
rakudo-moar on Visual Studio builds 20% faster than on gcc anyway 19:53
aaaaaaaand we're hung in S09-typed-arrays again 19:57
weird 19:58
maybe nqp needs rebootstrapped and hasn't been bumped? 19:59
strange, entirely different toolchain and PATH, entirely different checkout 20:06
diakopter looks around for the JNTHN
timotimo you only need to rebootstrap nqp if you're on the branch that does the rebootstrap for you 20:20
diakopter oh
well I'm surprised the S09-typed-arrays tests seem not to work on Windows at all
timotimo that surprises me, too
diakopter I mean, I guess it could've been a recent commit that wasn't spectested on windows 20:21
timotimo could be, yeah, but jnthn does that all the time
diakopter I mean recent like past couple days :D 20:22
oh well
20:32 kjs_ joined 20:58 kjs_ joined
lizmat diakopter: do you have a gist of where it hangs ? 22:40
diakopter: there used to be a hang with .prepend: are you sure you're testing the latest ? 22:41
22:44 mojca joined
diakopter yes, tips of everything 22:47
all I can see is the C stack trace there
lizmat is there a specific one that fails, or do they all fail ?
diakopter seems like all 22:48
I'm thinking it's gotta be a commit in the past few days (since jnthn spectested on windows)
since it fails the same way on both gcc/strawberry and msvc 22:49
lizmat diakopter: I would be very surprised to see OS dependent behaviour in that part of the code 22:52
it feels more to me that you're testing with an older rakudo, *with* the .prepend bug still in
because I fixed that, and *then* added tests for it
diakopter I did git clone 22:53
fresh for both gcc and msvc
lizmat make t/spec/S09-typed-arrays/*.t # passes for me without any errors
so I'm not sure how I can help with this...
at least not without a gist 22:54
diakopter what kind of gist
lizmat perl6 t/spec/S09-typed-arrays/native-str.t 22:55
for instance
(assuming you've done a make install)
diakopter invoking perl6 didn't work 22:57
(can't find Test)
oh FFS
lizmat perl6 -Ilib t/spec/S09-typed-arrays/native-str.t 22:58
diakopter the problem is the \r in my path
ridiculous
timotimo oh lord 22:59
diakopter in the error for not finding Test
three of the paths lost the first part (C:\Users\mwilson\src\v\r)
lizmat I'm not sure I follow anymore
diakopter they instead start with akudo\install\share\perl6
somehow the \r is being interpolated 23:00
and maybe the \v also?
it says: 23:01
Could not find Test in:
C:\Users\mwilson\.perl6
lizmat could you try: perl6 -Ilib t/spec/S09-typed-arrays/native-str.t
?
diakopter akudo\install\...
lizmat and maybe submit an error report about the error report being incorrect ? :-) 23:02
diakopter I did
(just now when you suggested)
it succeeded (all passed)
lizmat *phew* :-)
diakopter I don't think the error report is incorrevct
lizmat if it eats \r and \v's, it is, isn't it ? 23:03
diakopter it was wrong in my Makefile too
so it's brokener before the error message
I had to add the \v and \r and remove a line break from two spots in the Makefile too
lizmat it was my understanding that all moderner Windows understand / in paths
diakopter only from scripts, not from shell 23:04
lizmat isn't this from scripts ?
diakopter well, it works from shell I guess
but anyway, I didn't do anything special in Configure
so Configure spat it out wrong
lizmat so, my point being, why don't we just use forward slashes, even on Win ?
diakopter well it already normalizes to something 23:05
even if the user passes in paths with backslashes in configure options?
lizmat is tired after cycling 64km through hilly terrain 23:07
so good night, #moarvm
diakopter o/
timotimo gnite liz 23:09
23:45 kjs_ joined