Geth rakudo: 9de4a60efe | (Zoffix Znet)++ | src/core/IO/Handle.pm
Fix dispatch infiniloop in IO::Handle

In output routines, when using Junctions as args. They go through the slurpy that .join()s them, resulting in another Junction, and so the loop.
RT#132549: rt.perl.org/Ticket/Display.html?id=132549
00:34
synopsebot RT#132549 [open]: rt.perl.org/Ticket/Display.html?id=132549 Junctions cause crash / inifnite loop in &put and related routines and methods
Geth rakudo: 8155c4b885 | (Zoffix Znet)++ | src/core/control.pm
Fix crash in &warn with Junctions

The slurpy prevents threading and the body assumes it can just unbox the items, causing a crash.
RT#132549: rt.perl.org/Ticket/Display.html?id=132549
00:35
roast: 97ceb93f40 | (Zoffix Znet)++ | 2 files
Cover output routines + Junction bugs

RT#132549: rt.perl.org/Ticket/Display.html?id=132549 Rakudo fix: github.com/rakudo/rakudo/commit/8155c4b885
   github.com/rakudo/rakudo/commit/9de4a60efe
   github.com/rakudo/rakudo/commit/07616effd1
00:36
rakudo: 2c951798a2 | (Zoffix Znet)++ | 2 files
PDGfy Pod errors involving infix =

RT#125300: rt.perl.org/Ticket/Display.html?id=125300
01:33
synopsebot RT#125300 [new]: rt.perl.org/Ticket/Display.html?id=125300 [LTA] Potentially misleading error text 01:34
Zoffix .tell AlexDaniel can this ticket be closed? It got fix and tests and was resolved but then I see you marked it as open and taken but no reason was stated: rt.perl.org/Ticket/Display.html?id...et-history 01:39
yoleaux Zoffix: I'll pass your message to AlexDaniel.
Geth rakudo: eaf609edb2 | (Zoffix Znet)++ | t/05-messages/02-errors.t
Test no error repeatage for `say 1 [if/unless];`

RT#125596: rt.perl.org/Ticket/Display.html?id=125596
01:54
synopsebot RT#125596 [new]: rt.perl.org/Ticket/Display.html?id=125596 [LTA] error message with if; and unless; without conditions
travis-ci Rakudo build passed. Elizabeth Mattijsen 'Make print/say/put/note handle junctions correctly 03:23
travis-ci.org/rakudo/rakudo/builds/315930481 github.com/rakudo/rakudo/compare/1...616effd19a
Geth rakudo/fix-Hash-Mu-keys--RT-1357201: a5cf61c905 | (Zoffix Znet)++ | src/core/hash_slice.pm
Fix postcircumfix:<{ }> for hashes with Mu keys

Fixes* RT#125614: rt.perl.org/Ticket/Display.html?id=125614
Take a Mu key so Junctions don't thread and Mus get accepted. Let the Associative's method sort out the threading and stuff.
  * full spectest was not run, as the fix excersized RT#128905, causing
   numerous failures
03:24
synopsebot RT#125614 [open]: rt.perl.org/Ticket/Display.html?id=125614 [BUG] Can't store whole 1&2 junctions in Mu-keyed hash in Rakudo
synopsebot RT#128905 [open]: rt.perl.org/Ticket/Display.html?id=128905 [BUG] Some core Routines do not do Callable role
Geth rakudo/fix-Hash-Mu-keys--RT-1357201: a73237eeff | (Zoffix Znet)++ | src/core/Hash.pm
Fix default sorting of Hashes with Junction keys

Current sort impl explodes somewhere in the guts of RI::Sorting.MERGESORT-REIFIED-LIST-AS due to unboxing a Junction as a native numeric type.
Fix by detecting Junction keys and passing $!storage BOOTArray from their guts as the thing to map as. A bit hackish, but seems to solve the issue.
03:27
travis-ci Rakudo build passed. Zoffix Znet 'Fix WhateverCode curries losing `use fatal` 05:15
travis-ci.org/rakudo/rakudo/builds/316007975 github.com/rakudo/rakudo/compare/0...db3accf45f
Rakudo build passed. Aleks-Daniel Jakimenko-Aleksejev 'Merge pull request #1307 from softmoth/pod-text-newlines 06:07
travis-ci.org/rakudo/rakudo/builds/316081729 github.com/rakudo/rakudo/compare/3...eae4696977
AlexDaniel RT#87034 RT#121807 RT#125371 06:16
synopsebot RT#87034 [open]: rt.perl.org/Ticket/Display.html?id=87034 [BUG] Either binding an array to a list containing the array itself should work consistently or not at all in Rakudo
RT#121807 [open]: rt.perl.org/Ticket/Display.html?id=121807 [LTA] is default(…) does not explain that the value should be known at compile time 06:17
RT#125371 [open]: rt.perl.org/Ticket/Display.html?id=125371 Segv on binding to one self and saying it
travis-ci Rakudo build passed. usev6 'Revert "Use '+=' and '-=' instead of postfix ops" 06:59
travis-ci.org/rakudo/rakudo/builds/316083416 github.com/rakudo/rakudo/compare/4...4967d09985
Rakudo build passed. Zoffix Znet 'Fix dispatch infiniloop in IO::Handle 07:45
travis-ci.org/rakudo/rakudo/builds/316180948 github.com/rakudo/rakudo/compare/6...e4a60efef2
AlexDaniel oh by the way, as it turns out… quotable issue isn't a rakudo bug, it's just my stupidity 07:46
so 🙌
[Tux] Rakudo version 2017.11-119-geaf609edb - MoarVM version 2017.11-43-g93a77dc16
csv-ip5xs1.113 - 1.137
csv-ip5xs-2013.400 - 14.131
csv-parser12.900 - 13.499
csv-test-xs-200.427 - 0.511
test11.852 - 12.556
test-t2.919 - 3.158
test-t --race1.138 - 1.185
test-t-2051.698 - 53.138
test-t-20 --race18.113 - 18.194
07:50
travis-ci Rakudo build passed. Zoffix Znet 'Fix crash in &warn with Junctions 08:33
travis-ci.org/rakudo/rakudo/builds/316181351 github.com/rakudo/rakudo/compare/9...55c4b885b4
Geth rakudo: 3405001da0 | (Elizabeth Mattijsen)++ | src/core/io_operators.pm
Make put/print "a",any(<b c d>) work

  - we already had a candidate for handling a Junction, but not if part of a List
  - simplified the code to let List.join do the hard work
   - which automatically takes care of the Junction issue
11:09
roast: 872502dd5f | (Zoffix Znet)++ | 2 files
Add nested junction tests for output routines
12:06
lizmat Zoffix++ 12:08
do we have an overview of features that got added since Christmas 2015 ? 13:45
timotimo releasable6: status 16:20
releasable6 timotimo, Next release in 2 days and ≈2 hours. No blockers. 0 out of 120 commits logged
timotimo, Details: gist.github.com/c6d0d78c68d754caac...dc0d42b7aa
Geth roast: 3f2f2603c9 | usev6++ | 4 files
[jvm] Fudge tests for execution order of Promise
19:08
AlexDaniel squashable6: uptime 20:42
squashable6 AlexDaniel, No! It wasn't me! It was the one-armed man! Backtrace: gist.github.com/3ab60f748f2576474e...d04581c5b5
AlexDaniel *facepalm*
timotimo INIT now being unhappy? 20:43
m: say now - INIT now
camelia 0.00124919
timotimo i wonder why
teatime that should be negative, right? 20:44
nevermind, ignore me
AlexDaniel bisectable6: uptime
bisectable6 AlexDaniel, No! It wasn't me! It was the one-armed man! Backtrace: gist.github.com/171b56b7f4b44869ee...018bd0cb36
AlexDaniel that's so weird 20:45
ok I guess we'll live without the uptime command for a bit… 20:58
I'm pretty sure that it is an issue related to precomp, believe it or not
timotimo something's very wrong with INIT if it's precomp related :) 20:59
AlexDaniel but probably it's not a regression, the bots are acting weird lately due to my hacks
well my reasoning is that when these bots are started by systemd, 「uptime」 does not work 21:00
but if you run it yourself it works just fine 21:01
the only difference is that the file system access is limited, for example they can't write to the .precomp directory
hm but it could be something else 21:02
c: HEAD say now - INIT now
committable6 AlexDaniel, ¦HEAD(3405001): «0.0014080␤»
AlexDaniel hm so it's fine within evals 21:03
c: HEAD (denominate now - INIT now) ~ ‘, ’
committable6 AlexDaniel, ¦HEAD(3405001): «04===SORRY!04=== Error while compiling /tmp/OZ_mrz9BOh␤Undeclared routine:␤ denominate used at line 1␤␤ «exit code = 1»»
AlexDaniel c: HEAD say (now - INIT now) ~ ‘, ’
committable6 AlexDaniel, ¦HEAD(3405001): «0.001525, ␤»
AlexDaniel c: HEAD spurt ‘sandbox/INITFUN.pm6’; ‘unit module INITFUN; sub blah is export { say (now - INIT now) ~ ‘, ’ }’ 21:09
committable6 AlexDaniel, gist.github.com/993443de8e38dbf525...308399bc33
AlexDaniel c: HEAD spurt ‘sandbox/INITFUN.pm6’, ‘unit module INITFUN; sub blah is export { say (now - INIT now) ~ ‘, ’ }’ 21:10
committable6 AlexDaniel, ¦HEAD(3405001): «»
AlexDaniel c: HEAD use lib ‘sandbox’; use INITFUN; blah
committable6 AlexDaniel, ¦HEAD(3405001): «0.009687, ␤»
AlexDaniel well crap but that's in a writable directory…
c: HEAD use lib ‘.’; use INITFUN; blah 21:11
committable6 AlexDaniel, ¦HEAD(3405001): «0.0047244, ␤»
AlexDaniel ok, no idea then.