| Geth | rakudo: ugexe++ created pull request #6203: RakuAST: smartmatch against a Match no longer returns a magic value |
02:13 | |
| releasable6 | Next release in ≈1 day and ≈15 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 03:00 | |
|
05:07
hurufu joined
06:11
hurufu left
06:12
hurufu joined
11:31
donaldh left,
patrickb left,
vrurg_ left
11:35
donaldh joined,
patrickb joined,
vrurg_ joined
11:51
hurufu left
12:12
hurufu joined
12:37
hurufu left
12:43
hurufu joined
|
|||
| [Coke] | So, I happen to have a day off from work today. I don't suppose anyone would be mad if the release happened a day early? In any case, I'll get it started probably around noon here. | 13:16 | |
| lizmat | [Coke]++ | 13:24 | |
| and +1 | |||
| I just realized that stringification of FatRats has been limited to 6 digits since like forever | 13:25 | ||
| and I guess I also want to change that to 16 digits... but that would require spectest changes... which I'm more comfortable with now, then 7 years ago when I first noticed that oddity | 13:26 | ||
| also, I'm thinking of making stringification of (Fat)Rats to be special cases of the sprintf %g format, rather than the other way aroudn | 13:27 | ||
| disbot4 | <librasteve> not sure what you get from the additional 10 digits (16-6) ... from a stringification, I guess you want (i) a reasonably readable format, (ii) an idea of the value, different strings are always different values and (iv) an idea of the type | 14:48 | |
| <librasteve> the score for 16 vs 6 is (i) worse (16 bits is "too much info"), (ii) worse (ditto), (iii) same (can't ever guarantee for (Fat)Rats) and (iv) same | 14:50 | ||
| <librasteve> to me it boils down to do you want you FatRat strings to look different to Rat strings - personally I am fine with them looking the same and calling dd or ^name to work out what I got | 14:51 | ||
| <librasteve> anyway use FatRatStr and get the whole hog! | |||
|
15:47
thundergnat joined
|
|||
| thundergnat | FWIW, I would be in favor of increasing the default minimum precision of FatRats. When I submitted the pull request overhauling and speeding up FatRat stringification 7(?) years ago, this comment was added. github.com/rakudo/rakudo/blob/main...kumod#L130 lizmat ended up doing further optimizing before it was merged, | 15:51 | |
| but the comment is still there. | |||
| When it didn't happen, I wrote raku.land/zef:thundergnat/Rat::Precise to make up for it. (Which is more configurable anyway.) | 15:52 | ||
| Geth | rakudo/release-2026.05: 4770cbe182 | (Will Coleda)++ | 3 files Update changelog + announcement Deliberately not logged: [4acea051][eb798378][f6d89e38][a1f6cb4f][4f641591][0523e6b2][155528fe] [ed5ddf8c][300ee1d9][f2273bf1] |
||
| thundergnat | My point being: thumbs up from me. (Not a dev, but a frequent user of Raku.) | 15:53 | |
|
15:53
thundergnat left
|
|||
| [Coke] | MoarVM release in progress | 16:05 | |
| timo | wheee | 16:06 | |
|
16:48
vrurg joined
16:51
vrurg_ left
18:29
hurufu left
|
|||
| [Coke] | sorry, left for lunch half way through. :) | 18:44 | |
| MoarVM 2026.05 done | 19:19 | ||
| please fix the .perl call in JSON::Fast. It's also showing up in the release process. | 19:38 | ||
| patrickb | I might manage to do the binaries tonight. But I still can't do Mac on arm. My Mac stadium machine has turned inaccessible for some reason... | 19:56 | |
| timo: Did you also have access to that machine? Can you try if you can still login? | 19:57 | ||