Perl 6 language and compiler development | Logs at colabti.org/irclogger/irclogger_log/perl6-dev | For toolchain/installation stuff see #perl6-toolchain | For MoarVM see #moarvm
Set by Zoffix on 27 July 2018.
timotimo ===> Installing: OpenSSL:ver<0.1.21>:auth<github:sergot> 00:10
aborted
No such method 'dist' for invocant of type 'Str'. Did you mean any of these?
today's the day of funny error messages
jnthn: so, only one test is hanging for me, which is upgrade.t; it's trying to acquire a semaphore that apparently isn't getting released; it's from Awaiter's Awaiter::Blocking await method, the handle the awaiter that's supposed to release the semaphore is subscribed to is a Rakudo::Internals::ReactAwaitHandle 00:19
it appears to me the debug interface doesn't currently have a way to get from an MVMCode to anything else, like "what is this code for?" 00:23
it belongs to some block that's directly inside some unnamed compunit's <unit> 00:31
i think what the debugserver could definitely use - and this can actually be implemented by a client, though it'd surely be faster if implemented on the server - is a way to find all references to an object you have a handle to 00:35
so i could find the closure that holds the other reference to the semaphore, and the queue it's in - if any 00:36
Geth rakudo/cherry-pick-for-io-socket-async-fix: 57db1c278b | (Timo Paulssen)++ | src/core/IO/Socket/Async.pm6
make rakudo compatible with current moarvm
 00:50
timotimo jnthn: ^ you can checkout this commit to be where i'm at, or cherry-pick it to other places 00:51
AlexDaniel timotimo: R#2553 ticket if you want to write something down 01:06
synopsebot R#2553 [open]: github.com/rakudo/rakudo/issues/2553 [regression][⚠ blocker ⚠] IO::Socket::Async::SSL hanging on its tests
AlexDaniel samcv: so there's that one last blocker, once it's closed we're ready to go 05:05
samcv AlexDaniel, awesome 05:24
yoleaux 17 Dec 2018 08:04Z <brrt> samcv: checkout commit github.com/MoarVM/MoarVM/commit/66...1ba4b2e789
06:12 ufobat_ joined 06:13 p6bannerbot sets mode: +v ufobat_
timotimo i'm getting "address already in use" a couple of times, huh 07:17
lizmat Files=1260, Tests=86402, 341 wallclock secs (18.75 usr 6.06 sys + 2422.78 cusr 213.30 csys = 2660.89 CPU) 10:07
10:49 Ulti left 10:55 Ulti joined 10:56 p6bannerbot sets mode: +v Ulti 10:57 cognominal joined 10:58 p6bannerbot sets mode: +v cognominal 11:00 cognomin_ left 11:21 cognomin_ joined 11:22 p6bannerbot sets mode: +v cognomin_ 11:24 cognominal left 12:22 lucasb joined, p6bannerbot sets mode: +v lucasb
|Tux| Rakudo version 2018.11-82-ge7b61aff7 - MoarVM version 2018.11-41-ge5cddf3d6
csv-ip5xs0.917 - 0.938
csv-ip5xs-206.993 - 7.632
csv-parser21.598 - 21.831
csv-test-xs-200.427 - 0.430
test7.453 - 7.486
test-t1.735 - 1.766
test-t --race0.766 - 0.813
test-t-2029.401 - 30.066
test-t-20 --race9.338 - 9.520
 12:59
timotimo oh 13:04
here's a fun twist
jnthn: it looks like i made io-socket-ssl b0rk by putting in "last" support for whenever blocks 13:05
at least that's the first bad commit in my bisect
jnthn timotimo: oh, interesting... 13:23
Bit busy at the moment but can check later on today
timotimo: Yes, can confirm that if I revert that change, then it works 16:07
oh wow, the test actually uses `last` in a whenever... 16:10
japhb jnthn: I'm confused. Are you saying that the test used 'last' before it was supported, and whatever failure mode that had made the test appear to pass, but when 'last' was actually implemented, the test began to fail? 16:13
jnthn japhb: Yes, exactly that.
lizmat that would be my interpretation
jnthn Which matches my surprise the other day that last wasn't implemented. Evidently I used it somewhere.
And curiously, just removing the `last` seems to make the test pass 16:21
I should run this a bunch of times to make sure
lizmat maybe the last wasn't doing anything before... :-) 16:22
japhb I guess this begs the question though -- is timotimo's implementation of 'last' in whenever blocks correct? Does that *also* need to be reverted?
(with the goal of not releasing a Rakudo with a broken implementation) 16:23
jnthn I reviewed that and didn't immediately see a problem with it
japhb OK, fair enough.
jnthn OK, ran 100 times in a row with `last` removed, no hang 16:24
New release shipped off to CPAN 16:30
lizmat: Do your new tests cover github.com/MoarVM/MoarVM/issues/1020 ?
lizmat looks 16:31
m: dd blob8.new(0 xx 4).read-num32(0) 16:32
camelia 0e0
lizmat yeah, they cover that
jnthn That's the thingy I fixed yesterday
OK, cool
lizmat m: dd blob8.new(0 xx 3).read-num32(0)
camelia MVMArray: read_buf out of bounds offset 0 start 0 elems 3 count 4
in block <unit> at <tmp> line 1
lizmat m: dd blob8.new(0 xx 4).read-num32(1) 16:33
camelia MVMArray: read_buf out of bounds offset 1 start 0 elems 4 count 4
in block <unit> at <tmp> line 1
17:26 SqrtNegInf left
japhb jnthn: Any idea how long it takes for CPAN to index the new release? 17:30
jnthn japhb: 1-2 hours maybe 17:33
japhb: I already saw it get mentioned on #perl6
But that means it was recognized as uploaded, rather than the index zef uses has it, I think
japhb Ah, OK
17:42 SqrtNegInf joined 17:43 p6bannerbot sets mode: +v SqrtNegInf
dogbert17 ZOFFLOP: t/spec/S17-supply/return-in-tap.t - Cannot find method 'sink': no method cache and no .^find_method in block <unit> at t/spec/S17-supply/return-in-tap.t line 30 18:02
Geth rakudo: 79824db536 | (Elizabeth Mattijsen)++ | src/core/Array.pm6
Add warning for improperly shaped arrays

In response to R#2554		 18:27
synopsebot R#2554 [open]: github.com/rakudo/rakudo/issues/2554 Difference between Int @a and @a[Int]
Geth rakudo: 55d08c8fbc | (Elizabeth Mattijsen)++ | src/core/Array.pm6
Improve warning, make fast path better optimisable
 19:13
lucasb m: my @a['a'] 19:18
camelia P6opaque: get_boxed_ref could not unbox for the representation 'P6bigint' of type Failure
in block <unit> at <tmp> line 1
lizmat bisectable6: my @a["a"] 19:35
bisectable6 lizmat, Bisecting by output (old=2015.12 new=55d08c8) because on both starting points the exit code is 1
lizmat, bisect log: gist.github.com/c103e36b3aa58cf103...b2a2ad198d
lizmat, (2016-04-09) github.com/rakudo/rakudo/commit/1c...96e30a9bad
lizmat bisectable6: old=2018.10 my @a["a"] 19:36
bisectable6 lizmat, On both starting points (old=2018.10 new=55d08c8) the exit code is 1 and the output is identical as well
lizmat, Output on both points: «P6opaque: get_boxed_ref could not unbox for the representation 'P6bigint' of type Failure␤ in block <unit> at /tmp/ikpsQaLqjD line 1␤␤»
lizmat bisectable6: old=2017.01 my @a["a"]
bisectable6 lizmat, Bisecting by output (old=2017.01 new=55d08c8) because on both starting points the exit code is 1
lizmat, bisect log: gist.github.com/0a9be74f54a21c73e6...1de0f4b816 19:37
lizmat, (2018-01-30) github.com/rakudo/rakudo/commit/4d...9f23af699c
lizmat bisectable6: old=2018.02 my @a["a"]
bisectable6 lizmat, On both starting points (old=2018.02 new=55d08c8) the exit code is 1 and the output is identical as well
lizmat, Output on both points: «P6opaque: get_boxed_ref could not unbox for the representation 'P6bigint' of type Failure␤ in block <unit> at /tmp/VyPwRdqTjD line 1␤␤»
lizmat ok, so we have this error for almost a year already
bisectable6: old=2018.02 my @a["10"] 19:45
bisectable6 lizmat, On both starting points (old=2018.02 new=55d08c8) the exit code is 0 and the output is identical as well
lizmat, Output on both points: «»
lizmat bisectable6: old=2018.02 my @a["10"; dd @a] 19:46
bisectable6 lizmat, On both starting points (old=2018.02 new=55d08c8) the exit code is 1 and the output is identical as well
lizmat, gist.github.com/94e805d54148581b07...78d2692eff
lizmat m: my @a["10"]; dd @a
camelia Array element = Array.new(:shape("10",), [Any, Any, Any, Any, Any, Any, Any, Any, Any, Any])
Geth rakudo: 24c8e172f5 | (Elizabeth Mattijsen)++ | src/core/Rakudo/Internals.pm6
Make 'my @a["a"]' a bit more awesome

Should probably also be checked at compile / optimizer time.		 19:58
lizmat afk for some aquamanning&
[Coke] oooh, let me know if it's any good 20:01
hoping to hit that and spiderverse both this week
masak heard good things on the twittervine about the latter 20:29
20:32 lizmat left 21:01 lizmat joined, p6bannerbot sets mode: +v lizmat
timotimo i just came from the cinema where i saw the spiderverse one 21:03
i enjoyed it a lot
21:29 cognomin_ left 22:01 lucasb left 22:28 pmurias_ joined, p6bannerbot sets mode: +v pmurias_
pmurias_ a super annoying for me bug that cause a ton of roast fails in rakudo.js-in-browser because it's precompiling tests: github.com/rakudo/rakudo/issues/2555 22:29
japhb Gah, it looks like zef still can't see the new IO::Socket::Async::SSL. That's an annoyingly long lag for bug fixes to be visible, because it makes it hard for people to retest a fix with less than a day of turnaround. :-( 22:33
AlexDaniel jnthn, timotimo: any news for R#2553 ? 22:34
synopsebot R#2553 [open]: github.com/rakudo/rakudo/issues/2553 [regression][⚠ blocker ⚠] IO::Socket::Async::SSL hanging on its tests
AlexDaniel oh so something was fixed? 22:49
ahhhh so it's an issue in the module itself
I should have backlogged a bit!! :) 22:50
OK, that's it then! 22:51
samcv: I think now we're ready for sure, at least I have not heard of any other issues
let me know if I missed anything 22:52
japhb: zef install github.com/jnthn/p6-io-socket-async-ssl.git
or something like that, should work
jnthn AlexDaniel: Yeah, I did a new release of the module, then got distracted by something else, and forgot to update the ticket. 22:53
AlexDaniel jnthn: I don't see the new release btw
jnthn: at least the version number was not bumped
jnthn It was reported on #perl6
By buggable
AlexDaniel yea but with the same version zef is probably not going to update?
jnthn huh, the release script grabs the version number from the META6.json... 22:54
Unless I forgot to commit the META6.json :/
AlexDaniel :)
jnthn *sigh*
yes
looks like
Sometimes the "worse is better" github ecosystem seems better :P 22:56
New release uploaded 22:57
23:03 go|dfish left
japhb thx, jnthn 23:13
23:13 go|dfish joined, p6bannerbot sets mode: +v go|dfish
pmurias_ jnthn: when you have some time please look at github.com/rakudo/rakudo/issues/2555 23:24
23:24 pmurias_ is now known as pmurias
jnthn pmurias: Any idea if that's a regression? 23:26
pmurias haven't checked 23:27
jnthn: not sure how to get our regression checking bot to precompile stuff
jnthn: it's shared by all backends but it surfaced in rakudo.js-in-browser mode because it only happens when precompiling 23:28
jnthn: when serializing a context we check if it's static code is in a sc (if it's not it doesn't get serialized) 23:31
and the static code outer of the METAOP doesn't have the sc 23:32
I need to get some sleep as it's pas my bedtime I'm not of much use right now ;) 23:35
jnthn Rest well :) 23:37
timotimo might be interesting to see if the optimizer messes that up, it does have some optimizations for some metaops 23:51
you can use bisectable with extra scripts and such 23:53
i forgot what the temp folder is called, but i can search the irclog!
23:55 pmurias left
AlexDaniel timotimo: ./sandbox/ or /tmp 23:56
timotimo thanks!
so 23:57
bisectable6: BEGIN "sandbox/precompthis.pm6".IO.spurt('sub bug is export { &[!<]; }'); use lib "sandbox"; use precompthis; bug()(9, 9) 23:58
bisectable6 timotimo, Bisecting by output (old=2015.12 new=24c8e17) because on both starting points the exit code is 1
timotimo, bisect log: gist.github.com/62b46561f060eeae80...fcfc473b15 23:59
timotimo, (2015-12-25) github.com/rakudo/rakudo/commit/07...dc61f84053
timotimo, The result looks a bit unrealistic, doesn't it? Most probably the output is different on every commit (e.g. ｢bisect: say rand｣)
AlexDaniel well…
timotimo ooh
AlexDaniel c: 2018.01,HEAD BEGIN "sandbox/precompthis.pm6".IO.spurt('sub bug is export { &[!<]; }'); use lib "sandbox"; use precompthis; bug()(9, 9)
timotimo it's not allowed to precomp there, eh?
committable6 AlexDaniel, ¦2018.01,HEAD(24c8e17): «Cannot invoke this object (REPR: Null; VMNull)␤ in block <unit> at /tmp/R5TCDVY93H line 1␤␤ «exit code = 1»»
AlexDaniel c: 2017.01,HEAD BEGIN "sandbox/precompthis.pm6".IO.spurt('sub bug is export { &[!<]; }'); use lib "sandbox"; use precompthis; bug()(9, 9)

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!