[00:00] *** FritzZaucker left
[00:14] *** sjn joined
[00:31] *** sjn left
[00:47] *** sjn joined
[00:48] <guifa> My understanding is donations are freely available to either unless specifically marked for Raku or Perl only.  But like Coke said, we can check at TPRF

[01:25] *** FritzZaucker joined
[01:28] *** sjn left
[01:29] *** sjn joined
[01:29] *** FritzZaucker left
[01:57] *** sjn left
[02:02] *** sjn joined
[02:03] *** FritzZaucker joined
[02:08] *** FritzZaucker left
[02:49] *** FritzZaucker joined
[02:53] *** FritzZaucker left
[03:04] *** FritzZaucker joined
[03:09] *** FritzZaucker left
[04:04] *** FritzZaucker joined
[04:08] *** FritzZaucker left
[04:19] *** FritzZaucker joined
[04:24] *** FritzZaucker left
[04:36] *** FritzZaucker joined
[04:40] *** FritzZaucker left
[05:05] *** FritzZaucker joined
[05:09] *** FritzZaucker left
[05:15] *** FritzZaucker joined
[05:19] *** FritzZaucker left
[05:48] *** [Coke] left
[05:53] *** [Coke] joined
[06:06] *** FritzZaucker joined
[06:11] *** FritzZaucker left
[06:14] *** FritzZaucker joined
[06:18] *** FritzZaucker left
[06:40] *** librasteve_ joined
[07:01] *** [Tux] left
[07:04] *** [Tux] joined
[09:08] <Geth> ¦ rakudo/main: e78c5a7e67 | (Elizabeth Mattijsen)++ | 3 files

[09:08] <Geth> ¦ rakudo/main: Lose the idea of QuantHash sentinels (for now)

[09:08] <Geth> ¦ rakudo/main: 

[09:08] <Geth> ¦ rakudo/main: In response to https://github.com/rakudo/rakudo/issues/6246

[09:08] <Geth> ¦ rakudo/main: 

[09:08] <Geth> ¦ rakudo/main: Removes the special handling of Set/Bag/Mix.SETUP which would return

[09:08] <Geth> ¦ rakudo/main: the sentinel value if no elements were seen.  This for now fixes the

[09:08] <Geth> ¦ rakudo/main: issue, but feels like a sub-optimal solution.  So hopefully a better

[09:08] <Geth> ¦ rakudo/main: solution can be implemented before the 2026.06 release.

[09:08] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/e78c5a7e67

[09:13] <lizmat> afk&

[09:13] <tellable6> 2026-06-08T05:39:37Z #raku <wayland76> lizmat irclogs.raku.org seems to be down.  

[14:05] <ugexe> m: sub f { my @a is Array = 1,2,3; @a.elems }; f(); say f() == 3

[14:05] <camelia> rakudo-moar e78c5a7e6: OUTPUT: «True␤»

[14:05] <ugexe> m: sub f { state @a is Array = 1,2,3; @a.elems }; f(); say f() == 3

[14:05] <camelia> rakudo-moar e78c5a7e6: OUTPUT: «False␤»

[14:06] <ugexe> that one has been around for at least a year

[14:22] <disbot4> <librasteve> did the assuming fix make it into a patch release (or should I hold off fixing raku.org until next release cycle)?

[14:23] <disbot4> <librasteve> (its only a broken link - so no biggie)

[14:32] <[Coke]> the only "patch" release recently was for a build error on some old linux's

[14:32] <[Coke]> so it's either in 2025.05 or not.

[15:15] <disbot4> <librasteve> cool - I'll make a reminder

[17:02] <librasteve_> https://rakudoweekly.blog/2026/06/08/2026-23-weve-been-expecting-you-mr-bond/

[19:05] *** librasteve_ left
[20:45] *** librasteve_ joined
[21:22] *** guifa left
[21:22] *** guifa_ joined
[21:57] *** Geth left
[22:10] *** lizmat left
[22:12] *** lizmat joined
[22:12] *** rakkable left
[22:54] *** Geth left
[23:07] *** Geth joined
[23:07] *** rakkable joined
[23:07] *** lizmat joined
[23:28] <ugexe> m: my int $a = 3; my  int $b = 4; my num $y = $a * $b; say $y;

[23:28] <camelia> rakudo-moar e78c5a7e6: OUTPUT: «12␤»

[23:29] <ugexe> m: multi g(int $a, int $b --> int) { $a * $b }; my int $a = 3; my int $b = 4; my num $y = g($a, $b); say $y;

[23:29] <camelia> rakudo-moar e78c5a7e6: OUTPUT: «This type cannot unbox to a native number: P6opaque, Int␤  in block <unit> at <tmp> line 1␤␤»

[23:30] <ugexe> i dont know if that should work or not