Perl 6 - the future is here, just unevenly distributed

IRC log for #moarvm, 2017-10-17

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
01:36 ggoebel joined #moarvm
01:59 ilbot3 joined #moarvm
01:59 Topic for #moarvm is now https://github.com/moarvm/moarvm | IRC logs at  http://irclog.perlgeek.de/moarvm/today
02:35 AlexDani` joined #moarvm
02:52 greppable6 joined #moarvm
05:35 yoleaux joined #moarvm
05:35 ggoebel joined #moarvm
05:44 domidumont joined #moarvm
05:47 lizmat joined #moarvm
05:50 domidumont joined #moarvm
05:56 brrt joined #moarvm
06:11 brrt good * #moarvm
06:11 yoleaux 16 Oct 2017 19:09Z <AlexDaniel`> brrt: Hello. Any news on RT #132269 ?
06:11 synopsebot RT#132269 [new]: https://rt.perl.org/Ticket/Display.html?id=132269 [REGRESSION][BUG] JIT removing loop construct and confusing last()
06:11 brrt .tell AlexDaniel not yet
06:11 yoleaux brrt: I'll pass your message to AlexDaniel.
06:32 AlexDaniel Ok
06:32 yoleaux 06:11Z <brrt> AlexDaniel: not yet
06:41 brrt joined #moarvm
06:52 brrt joined #moarvm
06:53 brrt it's a fun one that one
06:53 brrt requires network access, so no easy debugging
06:53 brrt multiple threads, so bisect doesn't quite work
07:04 domidumont joined #moarvm
07:04 brrt oh, and the exception isn't an adhoc one
07:08 patrickz joined #moarvm
07:46 brrt good news
07:47 brrt under jit-dump.pl, the bisect works with one frame offset
07:48 rba joined #moarvm
07:56 domidumont joined #moarvm
08:04 rba_ joined #moarvm
08:05 rba__ joined #moarvm
08:26 robertle joined #moarvm
08:28 rba joined #moarvm
08:33 brrt the generated code, that appears to be correct
08:33 brrt i'm a little surprised not to see the idx->const thing take effect yet
08:36 brrt however, i'm also seeing a missing label
08:36 brrt or what i think is a label that's missing
08:40 zakharyas joined #moarvm
08:47 samcv hey brrt
08:47 brrt the JIT log is unfortunately pretty silent about what it is that we're missing
08:47 brrt hey samcv
08:50 samcv buggable, tags
08:50 buggable samcv, Total: 1629; 6.D: 2; 9999: 9; @LARRY: 28; ANNOYING: 8; BOOTSTRAP: 4; BUG: 592; BUILD: 12; CONC: 44; DOCS: 1; EXOTICTEST: 3; FLAP: 1; GLR: 3; IO: 20; JVM: 48; LHF: 7; LTA: 176; MATH: 5; META: 2; MOAR: 2; MOLD: 233; NATIVECALL: 21; NYI: 57; OO: 13; OPTIMIZER: 8; OSX: 2; PARSER: 5; PERF: 27; POD: 19; PRECOMP: 15; REGEX: 46; REGRESSION:
08:50 buggable samcv, 38; REPL: 6; RFC: 61; RT: 2; SECURITY: 2; SEGV: 28; SINK: 1; SITE: 1; SPESH: 1; STAR: 7; TESTCOMMITTED: 12; TESTNEEDED: 35; TODO: 13; UNI: 27; UNTAGGED: 282; WEIRD: 2; WINDOWS: 4; See http://fail.rakudo.party/ for details
09:33 AlexDani` joined #moarvm
09:57 rba joined #moarvm
09:58 releasable6 joined #moarvm
10:14 rba_ joined #moarvm
10:27 patrickz joined #moarvm
10:49 timo joined #moarvm
11:01 brrt joined #moarvm
11:08 rba joined #moarvm
12:10 brrt so, i'm missing a throwish control guard
12:10 brrt now to figure out why i'm missing it
12:21 zakharyas joined #moarvm
12:42 rba joined #moarvm
12:54 rba_ joined #moarvm
15:06 brrt joined #moarvm
15:45 brrt grr, integration tests
15:46 timotimo did you mean: infuriation tests?
15:49 brrt oh well
15:49 brrt other tests didn't catch this
15:49 timotimo you're talking about the jit frame handler thing?
15:49 brrt i might have a few words to say about how the implementation of Net::HTTP
15:49 brrt well, my basic question is
15:50 brrt how does a deopt_all / deopt_ins get stuck on a set op
15:50 ugexe it was written to work on JVM and pre syncsocket rework + threads, so its workarounds ontop of workarounds
15:50 brrt i can believe that
15:50 timotimo another op might have been deleted and the annotation would have fallen onto the op before or after it
15:51 brrt otoh, it has a loop that calls .recv with a single byte
15:51 brrt not super elegant
15:51 ugexe its the only way to handle that situation without a deadlock waiting on data without knowing the size before hand
15:51 ugexe or at least it was
15:51 timotimo if this is about something happening in spesh, should be able to use the spesh dump-at-every-change thingie for gdb
15:51 ugexe without Connection: close (Net::HTTP needed towork with keep alive)
15:52 brrt nah, this is the expr JIT not handling something it should
15:52 brrt but i want to figure out how
15:52 timotimo hmm, ok
15:53 brrt ugexe, respectfully, that makes no sense to me. recv() in unix should return any bytes it has, not just block until it has N bytes
15:53 brrt if that's not how recv() works  in perl6, it's recv()'s bug
15:53 brrt or perl6-s recv()s bug
15:54 brrt anything else is madness
15:54 brrt on th eother hand
15:54 brrt i'm happy for this madness because how would i have found my bug otherwise
16:03 ugexe it only does that to read the header. the body is read in large chunks
16:04 ugexe the 1 byte-at-a-time is so it can do .lines on binary data to read the header without dealing with \r\n encoding changes that kept happening
16:05 ugexe (in addition to the recv size being too large problem that was probably jvm related)
16:12 rba joined #moarvm
16:44 robertle joined #moarvm
16:49 AlexDaniel` joined #moarvm
17:15 ggoebel joined #moarvm
17:34 zakharyas joined #moarvm
17:55 cog_ joined #moarvm
19:08 brrt joined #moarvm
19:09 domidumont joined #moarvm
19:09 Util joined #moarvm
19:14 zakharyas joined #moarvm
19:27 patrickz joined #moarvm
19:47 brrt hmm, bailing on the DEOPT_ONE at the set doesn't actually do what i expected
20:26 brrt as in, it doesn't resolve the problem
20:30 brrt that suggests that the duplicate dynamic label is
20:59 rba joined #moarvm
21:35 rba joined #moarvm
22:31 evalable6 joined #moarvm
22:58 ZofBot joined #moarvm
23:43 evalable6 joined #moarvm

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary