AlexDaniel reportable6: uptime 06:05
reportable6 AlexDaniel, 16 hours, 17 minutes, and 18 seconds, 805.164063MiB maxrss. This is Rakudo version 2017.10-215-g85105077a built on MoarVM version 2017.10-86-g89fae17a6 implementing Perl 6.c.
AlexDaniel reportable6: list
reportable6 AlexDaniel, gist.github.com/0384e024569715af72...a06924e659
AlexDaniel reportable6: snapshot 06:07
reportable6 AlexDaniel, OK! Working on it. This will take forever, so don't hold your breath.
AlexDaniel reportable6: list 07:11
reportable6 AlexDaniel, gist.github.com/e4233a72f8c494e73b...7bf367c10a
AlexDaniel reportable6: list 07:17
reportable6 AlexDaniel, gist.github.com/c7fe1aadaf4d2d497a...66b4bbc71e
AlexDaniel reportable6: 2017-11-26T22:21:12Z 2017-12-04T06:07:00Z 07:18
reportable6 AlexDaniel, OK, working on it! This may take up to 40 seconds
AlexDaniel, gist.github.com/49326ba3f95a4f3ee3...22e8d48519
AlexDaniel .tell lizmat weekly: gist.github.com/49326ba3f95a4f3ee3...22e8d48519 squashathon only: gist.github.com/d9a9f76e6470f80be8...463464c6cb 07:20
yoleaux AlexDaniel: I'll pass your message to lizmat.
AlexDaniel .tell lizmat something like: The goal of this squashathon was to go through tickets that were not updated in two or more years (these tickets are automatically labeled with MOLD tag). As a result, 121 out of 224 tickets (more than half) were updated. Most of the updates were simply about reproducing the issue with the current version of rakudo, but some tickets got more attention and received tests and fixes. More stats about all 07:30
previous squashathons here: github.com/rakudo/rakudo/wiki/Mont...Squash-Day
yoleaux AlexDaniel: I'll pass your message to lizmat.
AlexDaniel blah
.tell lizmat previous squashathons here: github.com/rakudo/rakudo/wiki/Mont...Squash-Day
yoleaux AlexDaniel: I'll pass your message to lizmat.
[Tux] Rakudo version 2017.11-54-gc9699ab2c - MoarVM version 2017.11-28-gba1fb9542
csv-ip5xs1.103 - 1.117
csv-ip5xs-2012.979 - 12.984
csv-parser12.198 - 12.258
csv-test-xs-200.437 - 0.463
test11.708 - 11.865
test-t2.922 - 2.948
test-t --race1.212 - 1.252
test-t-2052.895 - 53.230
test-t-20 --race18.284 - 18.406
 07:38
Geth rakudo: 76158136f0 | (Elizabeth Mattijsen)++ | src/core/operators.pm
Streamline INDIRECT_NAME_LOOKUP a bit

  - don't need to check for elems after split, name check will do
  - don't need to specifically unbox strings
  - use EXISTS-KEY vs :exists
  - use AT-KEY vs {}
  - remove TABs and other readability tweaks		 09:04
roast/master: 4 commits pushed by (Tom Browder)++, lizmat++ 09:15
synopsebot RT#126740 [new]: rt.perl.org/Ticket/Display.html?id=126740 [POD] Pod::Block::Table node caption property is not populated properly
RT#126742 [new]: rt.perl.org/Ticket/Display.html?id=126742 [POD] config items should not include quotes for string values 09:16
RT#130477 [open]: rt.perl.org/Ticket/Display.html?id=130477 [BUG][POD] Pod config parses colopairs but simply stringifies whatever it matched
lizmat . 09:24
yoleaux 07:20Z <AlexDaniel> lizmat: weekly: gist.github.com/49326ba3f95a4f3ee3...22e8d48519 squashathon only: gist.github.com/d9a9f76e6470f80be8...463464c6cb
07:30Z <AlexDaniel> lizmat: something like: The goal of this squashathon was to go through tickets that were not updated in two or more years (these tickets are automatically labeled with MOLD tag). As a result, 121 out of 224 tickets (more than half) were updated. Most of the updates were simply about reproducing the issue with the current version of rakudo, but some tickets got more attention and received tests and fixes. More stats abou
all
07:30Z <AlexDaniel> lizmat: previous squashathons here: github.com/rakudo/rakudo/wiki/Mont...Squash-Day
lizmat AlexDaniel++
.ask jnthn is there a reason we don't have a nqp::split_s that generates a list_s rather than a list ? 09:38
yoleaux lizmat: I'll pass your message to jnthn.
lizmat .ask jnthn is there a reason why we don't have a Failure.throw method ? 09:40
yoleaux lizmat: I'll pass your message to jnthn.
pmurias in roast we have fudged tests for a Lr property 10:46
where is that property taken from?
the UCD seems to mention a LC property that has the same definition as fudge claims Lr to have 10:47
|Tux| Tada… 11:49
Rakudo version 2017.11-55-g76158136f - MoarVM version 2017.11-28-gba1fb9542
csv-ip5xs1.068 - 1.069
csv-ip5xs-2012.699 - 13.171
csv-parser11.989 - 12.257
csv-test-xs-200.456 - 0.457
test10.411 - 11.325
test-t2.861 - 2.863
test-t --race1.139 - 1.143
test-t-2051.226 - 51.306
test-t-20 --race17.601 - 18.099
pmurias "In addition, Perl6::Rules supports the Perl-specific <Lr> property, which replaces the non-standard Perl5-specific <L&> property, which matches any upper-, lower-, or title-case letter." 12:28
do we really want to have that <Lr> property when there is a standard LC/Cased_Letter property that does the same thing? 12:29
Geth roast: 551a7ffd7b | pmurias++ | S05-mass/properties-general.t
Use standard LC unicode property rather than a non-standard NYI Lr
 13:11
pmurias I turned the fudged tests for the Lr property into LC ones 13:12
only the unfudged part of roast is the spec? 13:26
jnthn pmurias: Yes 13:29
The fudged ones are speculation :)
pmurias hates when he has to make language design choices ;) 14:35
lizmat jnthn: on let / temp: would you be against making !TEMP-RESTORE / !LET-RESTORE IterationBuffers ? 15:12
it would allow the let/temp logic to be merged into a R:I method
jnthn Hm, what are they now?
lizmat nqp::list
which HLLizes :-( 15:13
jnthn Ah
Could work
Though are they similar enough to merge? :)
lizmat they're identical for the !LET/!TEMP name and what is being used in the error message
jnthn Oh...I guess the difference is in which phaser they are attached to 15:14
lizmat yup
and where they read their data from
also: prefix:<temp> and <let> currently don't take Mu 15:15
I don't think auto-threading temp / let makes sense, or does it ? 15:16
jnthn No
Should take Mu
lizmat ok 15:17
that should fix RT #125398 , but for the wrong reason
synopsebot RT#125398 [open]: rt.perl.org/Ticket/Display.html?id=125398 with no strict temp does not autcreate hashes and hash elements
lizmat m: my %h; dd %h<a> 15:19
camelia Any %h = Any
lizmat m: no strict; dd %h<a> # the real problem of #125398
camelia Mu %h = Mu
Geth rakudo: 752299767b | (Elizabeth Mattijsen)++ | src/core/operators.pm
let/temp should be able to take Mu

  - this fixes the symptom of RT #125398
  - the underlying issue is really that with "no strict" containers
   are apparently created with Mu, rather than Any		 15:43
synopsebot RT#125398 [open]: rt.perl.org/Ticket/Display.html?id=125398 with no strict temp does not autcreate hashes and hash elements
lizmat m: no strict; @a[3] = 2; say @a.default # default value of descriptor is wrong 15:45
camelia (Mu)
lizmat m: my @a; @a[3] = 2; say @a.default 15:46
camelia (Any)
lizmat .speed 10 16:50
buggable: speed 10 16:51
buggable lizmat, ▁▁▆▄▃▄▄▄▁▃ dates: 2017-12-01–2017-12-04; range: 17.585s–18.781s; speed: ~0% difference
lizmat buggable: speed 20 :4
buggable lizmat, ███ dates: 2017-11-28–2017-12-04
lizmat, ▇▆▆███ range: 17.585s–21.924s
lizmat, ██████▃▄ ▂ speed: 14% faster (widths: 9/3)
lizmat, █████████▄▂▁█▆▄▆▆▆▁▄
lizmat buggable: speed 20 :4 test-t 16:52
buggable lizmat, ▄▄█ ▃▁ dates: 2017-11-28–2017-12-04
lizmat, ███▆██ range: 2.809s–3.338s
lizmat, ██████▅▆▅▆ ▁ speed: 12% faster (widths: 9/3)
lizmat, ██████████▁▅█▆▆██▇▄▄
pmurias samcv: is blk matching supposed to be used as <:InBlockName> or is <:BlockName> supposed to be recognized? 17:45
Geth rakudo: e5b49ce3d6 | (Elizabeth Mattijsen)++ | src/Perl6/World.nqp
Proper fix for RT #125398

Make sure we have an Any value_type when we set up the container info in the case of a non-existing variable and 'no strict' active.		 18:50
synopsebot RT#125398 [open]: rt.perl.org/Ticket/Display.html?id=125398 with no strict temp does not autcreate hashes and hash elements
Geth rakudo: 928ada0814 | usev6++ | src/vm/jvm/runtime/org/perl6/rakudo/RakOps.java
[jvm] Pass value to X::Assignment::RO

With 0c16bb2b01 the argument for calling X::Assignment::RO was changed from typename to value. The code for the JVM backend hasn't been updated to reflect that change, yet.		 18:54
lizmat bartolin++ 18:58
Zoffix Are there known spectest failures? 19:02
Getting some in t/spec/S26-documentation/07-tables.t and t/spec/MISC/bug-coverage-stress.t 19:03
gist.github.com/zoffixznet/a023098...8bc58daae2
[Coke] lizmat: github.com/perl6/doc/issues/1693 19:04
lizmat just noticed S26-documentation/07-tables.t herself
lizmat commented 19:05
[Coke] thanks, lizmat! 19:06
bartolin Zoffix: indeed, I had that failure in MISC/bug-coverage-stress.t during last spectest run, too
lizmat actually didn't
lizmat checks another time
Zoffix ok, then it ain't my changes :) 19:07
lizmat MISC/bug-coverage-stress.t test 5 fails for me
I guess that is only run with stresstest ? 19:08
Zoffix Yeah 19:09
lizmat that explains why I didn't see that with spectest :-)
Zoffix ZOFFLOP: t/spec/S11-modules/nested.t t/spec/S10-packages/precompilation.t 19:19
Geth rakudo: 6c299bf9f8 | (Zoffix Znet)++ | src/core/Rat.pm
Make &[-]/&[+] with Rationals 30%-50% faster

We already reduce inside DIVIDE-NUMBERS, so we don't need to mess with gcd in the ops themselves.		 19:22
rakudo: 78aeaf4699 | (Zoffix Znet)++ | src/core/Rat.pm
Make DIVIDE-NUMBERS 6%-15% faster

  - Ain't much but it's used by many Rat ops
  - Mostly just getting rid of blocks, variables, and useless deconts
AlexDaniel releasable6: next 20:21
releasable6 AlexDaniel, Next release in 11 days and ≈22 hours. No blockers. 0 out of 60 commits logged
AlexDaniel, Details: gist.github.com/b91e1231c8cb084874...7761ada4c1 20:22
AlexDaniel whew just 11 days
tbrowder spec test with tables is failing becase 21:02
because it goes with a rakudo PR that hasn’t been approved yet
timotimo we usually take care that spec tests are always clean 21:03
well, we try at least
tbrowder PR #1287 and #1291 21:04
the Pr
the spec PR says it’s for a specific rakudo PR 21:05
teatime AlexDaniel: does it still have all the same features as Zoffix?
AlexDaniel teatime: I don't know. Maybe it's even better 🤷 21:06
teatime retires. Say goodnight, Lucy! 21:07
AlexDaniel you mean that SPEC#363 was merged too early? 21:09
synopsebot SPEC#363 [closed]: github.com/perl6/roast/pull/363 add tests for fix for RT #126740
Geth roast/revert-363-fix-table-caption-rt-126740: 0769c0d907 | (Aleks-Daniel Jakimenko-Aleksejev)++ (committed using GitHub Web editor) | S26-documentation/07-tables.t
Revert "add tests for fix for RT #126740"
 21:10
timotimo i assume lizmat read over that quickly and thought "were fixed with rakudo pr #1234" meant "this pr was merged" rather than "that pr would have to be merged"?
synopsebot RT#126740 [new]: rt.perl.org/Ticket/Display.html?id=126740 [POD] Pod::Block::Table node caption property is not populated properly
lizmat timotimo: that may well have been the case
oops
Geth roast: AlexDaniel++ created pull request #365:
Revert "add tests for fix for RT #126740"
synopsebot SPEC#365 [open]: github.com/perl6/roast/pull/365 Revert "add tests for fix for RT #126740"
timotimo no big deal
Geth roast: 4d11359f15 | (Aleks-Daniel Jakimenko-Aleksejev)++ | S26-documentation/07-tables.t
Revert "add tests for fix for RT #126740"
 21:11
AlexDaniel omg couldn't github just push 1 revert commit…
… next time I'll do it myself rather than relying on github's magic buttons… 21:13
POD-related code is so scary :) 21:16
travis-ci Rakudo build canceled. Elizabeth Mattijsen 'Proper fix for RT #125398 22:02
travis-ci.org/rakudo/rakudo/builds/311462560 github.com/rakudo/rakudo/compare/7...b49ce3d6e3
buggable [travis build above] ☠ Did not recognize some failures. Check results manually.
synopsebot RT#125398 [open]: rt.perl.org/Ticket/Display.html?id=125398 with no strict temp does not autcreate hashes and hash elements
lizmat hmmm...looks like I borked the JVM build ? 22:04
and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2017/12/04/...ieventing/ 22:57
dogbert17 moronic question: what's the proper way to co from ((('y', 'o'), ('o', 'y')), (('x', 'n'), ('n', 'x'))) to (('y', 'o'), ('o', 'y'), ('x', 'n'), ('n', 'x')) i.e. some sort of partial, one level flattening ? 22:58
*go
dogbert17 reads weekly
lizmat++ weekly 23:01
lizmat goes afk for some more recovering& 23:04
dogbert17 good night lizmat
jnthn lizmat++ # weekly 23:27
m: ((('y', 'o'), ('o', 'y')), (('x', 'n'), ('n', 'x'))).map({ |$_ }).perl.say 23:29
camelia (("y", "o"), ("o", "y"), ("x", "n"), ("n", "x")).Seq
dogbert17 jnthn++ 23:31

Powered by Cro and the Raku® Programming Language.

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

Thank you!