15 Apr 2026
timo <1 10 100 1000>.map(*.fmt("% 3s")).say; <1 10 100 1000>.map(*.fmt("% 3d")).say; 21:53
evalable6 ( 1 10 100 1000)
( 1 10 100 1000)
timo <1 10 100 1000>.map(*.fmt("% 3s")).raku.say; <1 10 100 1000>.map(*.fmt("% 3d")).raku.say;
evalable6 (" 1", " 10", "100", "1000").Seq
(" 1", " 10", " 100", " 1000").Seq
timo <1 10 100 1000>.map(*.Int.fmt("% 3s")).raku.say; <1 10 100 1000>.map(*.Int.fmt("% 3d")).raku.say; 21:54
evalable6 (" 1", " 10", "100", "1000").Seq
(" 1", " 10", " 100", " 1000").Seq
timo what do we think of this?
it feels wrong to me that the "% 3d" format gives a space in front for 2 or longer numbers 21:56
16 Apr 2026
rakkable rakkable left 00:49
rakkable rakkable joined 00:50
ab5tract Yeah that does feel like a bug 06:31
lizmat fwiw there are plenty of bugs in old printf implementation 10:22
librasteve_ librasteve_ left 10:44
timo of course 10:49
I'm not blaming you or anything :) 10:50
librasteve_ librasteve_ joined 11:08
disbot2 <librasteve> weekly: github.com/Raku/doc/issues/3807 11:15
notable6 librasteve, Noted! (weekly)
disbot2 <librasteve> ^^ gonna shout out form help to document coercions 11:16
lizmat timo: none taken... still too bad we can't roll out the new implementation, is what I'm basically saying 11:19
Geth ¦ rakudo/main: 2fe33db32b | (Elizabeth Mattijsen)++ | src/core.c/Setty.rakumod 13:07
¦ rakudo/main: Fix Set(Hash).new(foo) for coercive type parameterizations
¦ rakudo/main:
¦ rakudo/main: This was missed with ab6efcab1a90d74c1
¦ rakudo/main: review: github.com/rakudo/rakudo/commit/2fe33db32b