Geth roast/post-release: 0527e51619 | (Zoffix Znet)++ | S12-attributes/defaults.t
Remove trailing whitespace
 00:19
jnthn 'night o/ 00:38
Geth nqp/post-release: a8ca35aff9 | (Zoffix Znet)++ | docs/ops.markdown
Document getlexref_*

Per explanation at
  irclog.perlgeek.de/moarvm/2018-01-21#i_15717659		 01:36
nqp/post-release: 71658ad859 | (Zoffix Znet)++ | src/vm/moar/QAST/QASTOperationsMAST.nqp
Make certain conditionals with natives 2.1x faster

Addresses some cases in github.com/rakudo/rakudo/issues/1416
getlexref is expensive compared to plain getlex, so if we know we're not gonna use the conditional, try coercing it to a simpler value. This gets rid of lexref and if we got native-type value, goes to use ... (7 more lines)		 03:34
roast/post-release: 103cc9c460 | (Zoffix Znet)++ | S32-io/open.t
Adjust throw-in-read-in-a-mode test

The test is not[^1] part of 6.c-errata.
We don't actually bother to read if we reached EOF, which is the case with empty file the test uses, so no throwage would occur just Nil/empty buf would be returned (which I'm personally fine with).
Adjust test to use .slurp for reading which still does throw in :a open mode.
  [1] github.com/perl6/roast/commit/0919...4fcef10b81		 03:38
nqp/post-release: 7417743ce4 | (Zoffix Znet)++ | src/vm/moar/QAST/QASTOperationsMAST.nqp
Simplify conditional variant lookup

We already know we'll need _o because we test the op's kind on entry to the branch, so just use those without lookup. No idea why they're reversed ("if" takes an "unless_o"), but that was the case before I touched this part of the codebase.		 04:02
roast: d1900a8524 | (Zoffix Znet)++ | MISC/bug-coverage-6.d.t
Test non-lexical whenever throws in 6.d

Covers case in github.com/rakudo/rakudo/issues/1428		 05:42
rakudo: 0ec8e088c2 | (Zoffix Znet)++ | 2 files
Permit non-lexical whenever in 6.c language

Phixes github.com/rakudo/rakudo/issues/1428		 05:45
roast/6.c-errata: 6e724f1274 | (Zoffix Znet)++ | S17-supply/syntax.t
Remove trailing whitespace
roast/6.c-errata: 27424bdde7 | (Zoffix Znet)++ | S17-supply/syntax.t
Test non-lexical whenever works

Closes github.com/rakudo/rakudo/issues/1428 Rakudo fix: github.com/rakudo/rakudo/commit/0ec8e088c2
rakudo: 35df90b364 | (Zoffix Znet)++ | t/spectest.data
Add MISC/bug-coverage-6.d.t to list of test files
 05:51
AlexDaniel fwiw the changelog is pretty much done so feedback is welcome: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 06:58
(or just edit right away)
Zoffix AlexDaniel: I see EmptySeq constant is listed as an addition, but IIRC it was meant to be reverted. Here's the talk about that; dunno if I missed any later discussions: irclog.perlgeek.de/perl6-dev/2018-...i_15662659 07:09
Geth rakudo/post-release: a35cd4e652 | (Zoffix Znet)++ | src/Perl6/Grammar.nqp
Fix crash with colonpaired variables declarations

Fixes RT#128712: rt.perl.org/Ticket/Display.html?id=128712
When we reference a variable inside the colonpair, the declaration marker from the variable we're declaring is still set, so the lookup inside the colonpair explodes because scope is not set. Fix by resetting that marker when we start parsing the colonpair circumfix.		 07:56
synopsebot RT#128712 [new]: rt.perl.org/Ticket/Display.html?id=128712 [LTA] quote colon form in identifier lacks line number
roast/post-release: cd24eb0310 | (Zoffix Znet)++ | S02-names-vars/names.t
Test can use variables in colonpaired var decls

RT#128712: rt.perl.org/Ticket/Display.html?id=128712 Rakudo fix: github.com/rakudo/rakudo/commit/a35cd4e652		 07:57
rakudo/post-release: 44ff0a2a4c | (Zoffix Znet)++ | src/core/Any-iterable-methods.pm
Fix Any.skip: *-1 crash

We evaluate the callable and pass the result to .tail, but .tail only wants an Any:D.
Since .tail uses .iterator, just toss :D and accept :_. Also, since
  .skip(*-1) is equivalent to .tail(*-1), just pass the .skip directly
to .tail() without doing anything else ourselves.		 09:05
roast/post-release: 01c4e4ebe9 | (Zoffix Znet)++ | S32-list/skip.t
Test Any:U.skip: Callable does not crash

Closes github.com/rakudo/rakudo/issues/1384 Rakudo fix: github.com/rakudo/rakudo/commit/44ff0a2a4c		 09:06
rakudo/post-release: ba675971c6 | (Zoffix Znet)++ | 2 files
Fix crashes in degenerate .tail(Callable)

Phixes: github.com/rakudo/rakudo/issues/1429		 09:07
roast/post-release: a5a95d2492 | (Zoffix Znet)++ | S32-list/tail.t
Test degenerate .tail(Callable)

Closes github.com/rakudo/rakudo/issues/1429 Rakudo fix: github.com/rakudo/rakudo/commit/ba675971c6		 09:08
AlexDaniel ah, didn't know about that 09:13
e: ‘foo’.IO.open: :buffer 09:23
evalable6 (exit code 1) 'foo' is a directory, cannot do '.open' on a directory
in block <unit> at …
AlexDaniel, Full output: gist.github.com/0bc9cbbc9be5f27c04...be68777568
AlexDaniel e: ‘blahblah’.IO.open: :buffer
evalable6 (exit code 1) Failed to open file /home/bisectable/git/whateverable/blahblah: No such file…
AlexDaniel, Full output: gist.github.com/a480743e097f57cc08...88ed843177
Geth rakudo: f415d61e66 | (Aleks-Daniel Jakimenko-Aleksejev)++ | src/core/IO/Handle.pm
Remove :buffer arg in IO::Handle.open

Promised to be removed in 2018.01.		 09:25
AlexDaniel reportable6: list 09:29
reportable6 AlexDaniel, gist.github.com/d199ed2aae1c104042...cbdd2bffbf
AlexDaniel reportable6: 2018-01-15T00:00:00Z 2018-01-22T00:00:00Z
reportable6 AlexDaniel, OK, working on it! This may take up to 40 seconds
AlexDaniel, gist.github.com/ca1a8f2d98ebdf55ea...fe69e2b977 09:30
samcv so the bsd issues are fixed? 09:56
AlexDaniel samcv: yes, everything seems to be alright 10:08
stmuk++ 10:12
Geth rakudo: 6bea8cff26 | (Aleks-Daniel Jakimenko-Aleksejev)++ | README.md
Bump the year in README.md
 10:13
samcv ok good! 10:17
Geth rakudo: 0a1641e945 | (Aleks-Daniel Jakimenko-Aleksejev)++ | README.md
I ♥ Unicode (README.md)

  ©, nbsp, some quotes. Also changed it a little so that it makes
clear that it's “Perl 6” and not just “Perl”.		 10:20
AlexDaniel hmm 12:36
I get this sometimes
t/spec/S12-construction/destruction.rakudo.moar (Wstat: 0 Tests: 6 Failed: 0)
TODO passed: 3-4
or maybe always, but last time I checked manually it wasn't passing 12:37
lizmat AlexDaniel: fwiw, I've never seen that
AlexDaniel anyway, releasable is still doing its excessive tests, but everything looks good to me 12:41
I don't think I'd be able to dig up any issue 12:42
timotimo: insert your “how many point releases this time?” joke here :) 12:43
jnthn
.oO( How many point releases does it take to change a lightbulb? )
 13:00
lizmat
.oO( as many as needed to be lit )
 13:01
timotimo AlexDaniel: Made infix: with bools up to 2x faster [f99943d3] 13:05
Made infix: with bools up to 16x faster [ca4fcaca]
were those supposed to have something in between < > there?
lizmat m: my $s = "1"; dd uniprop($s,"White_Space") # this feels wrong ?? 13:09
camelia Bool::True
AlexDaniel timotimo: thanks, fixed 13:10
unintentional markdown :)
timotimo yeah, happens all the damn time
AlexDaniel
.oO( accidental! )
timotimo same with wordpress eating <foo> as well
AlexDaniel 6c: my $s = "1"; dd uniprop($s,"White_Space") # this feels wrong ?? 13:11
committable6 AlexDaniel, gist.github.com/e8ed03240561f640ca...c2add53506
AlexDaniel lizmat: ↑ ouch
bisect: old=2017.08 my $s = "1"; dd uniprop($s,"White_Space") # this feels wrong ??
bisectable6 AlexDaniel, Bisecting by output (old=2017.08 new=0a1641e) because on both starting points the exit code is 0
AlexDaniel, bisect log: gist.github.com/d14478c88139ad51ed...5dc8f9c357
AlexDaniel, (2017-08-30) github.com/rakudo/rakudo/commit/64...9ace551468
AlexDaniel c: 64dd94c250c7^,64dd94c250c7 my $s = "1"; dd uniprop($s,"White_Space") # this feels wrong ?? 13:12
committable6 AlexDaniel, ¦64dd94c250c7^: «Bool::False␤» ¦64dd94c: «Bool::True␤»
AlexDaniel samcv: ↑
propdump: 1
unicodable6 AlexDaniel, gist.github.com/3a46e34522cb35bc85...d39866ec79
AlexDaniel c: 2017.08,64dd94c250c7^,64dd94c250c7,2017.09 my $s = "1"; dd uniprop($s,"White_Space") # this feels wrong ?? 13:13
committable6 AlexDaniel, ¦2017.08,64dd94c250c7^: «Bool::False␤» ¦64dd94c,2017.09: «Bool::True␤»
lizmat AlexDaniel: this would not be a blocker for me as it clearly has been wrong for quite a bit
AlexDaniel lizmat: yes, but I'm submitting a ticket anyway
lizmat yes, please :-) 13:14
AlexDaniel GH#1430 13:15
synopsebot GH#1430 [open]: github.com/rakudo/rakudo/issues/1430 [regression] “1” is whitespace according to uniprop
AlexDaniel samcv: ↑
|Tux| Rakudo version 2017.12-284-g0a1641e94 - MoarVM version 2017.12.1-62-ga04d1099b
csv-ip5xs1.096 - 1.123
csv-ip5xs-2012.440 - 12.947
csv-parser11.935 - 11.943
csv-test-xs-200.456 - 0.483
test10.596 - 11.106
test-t2.719 - 2.785
test-t --race1.193 - 1.231
test-t-2048.674 - 48.756
test-t-20 --race16.525 - 16.527
 13:24
AlexDaniel releasable is happy 13:32
anyway, I'll be afk for a few hours
see you later!
dogbert2 m: my $l = (1, 2, 3); say (0, $l.Slip).perl 15:31
camelia (0, 1, 2, 3)
samcv AlexDaniel: yeah that is wrong. and weird 18:16
i'll figure it out though 18:19
AlexDaniel: i found the problem 18:43
well i fixed that AlexDaniel and i also fixed <:space> for reals 21:54
turned out the test for <:space> was wrong since it tested "\t \t" ~~ /<:space>/ 's result was just the space not any tabs
gfldex m: dd 1 => 1; dd (x => 1).^name; 22:10
camelia 1 => 1
"Pair"
gfldex m: (1 => 1).^name.say; (x => 1).^name.say;
camelia Pair
Pair
Geth rakudo/post-release: 0a32e51bf5 | (Zoffix Znet)++ | src/core/Rakudo/Internals.pm
Fix crash in `temp`/`let` with parametarized hashes

Fixes RT#127291: rt.perl.org/Ticket/Display.html?id=127291
When we stash the hash for later restoration, we copy it into a non-parametarized hash that stringifies the keys, causing a crash when it's later restored into parametarized container.
Fix by stashing the hash into Mu/Mu parameterized hash that leaves values untouched.		 22:47
synopsebot RT#127291 [new]: rt.perl.org/Ticket/Display.html?id=127291 [BUG] temp fails to set hashes with non-string key type constraints
roast/post-release: 321c54f3ed | (Zoffix Znet)++ | 2 files
Test `temp`/`let` work with parametarized hashes

RT#127291: rt.perl.org/Ticket/Display.html?id=127291 Rakudo fix: github.com/rakudo/rakudo/commit/0a32e51bf5
lizmat and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2018/01/22/...-optimism/ 23:13

Powered by Cro and the Raku® Programming Language.

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

Thank you!