| 15 May 2026 | |||
| [Coke] | does that work? | 13:11 | |
| ugexe | yeah | 13:38 | |
| [Coke] | cool cool | 13:41 | |
| Geth | rakudo/main: 661ffbb7d2 | (Elizabeth Mattijsen)++ | src/core.e/Formatter.rakumod Add special 0 handling to sprintf %f in 6.e The idea being that 0 as a value occurs more often than other values, so it makes sense to generate the fixed string if the precision and size are known at format time. Also put some recurring logic into helper subs, to make things DRYer. |
15:39 | |
| ugexe | why is rakuast ci test failing to build now? | 16:28 | |
| please lets not regress RAKUDO_RAKUAST=1 make install/test/spectest | 16:30 | ||
| lizmat runs a RakuAST spectest | 16:31 | ||
| ugexe | you need to run RAKUDO_RAKUAST=1 make install as well, and it needs to have all the old artifacts deleted | 16:32 | |
| it really is just easier to open a PR and let the CI tell you | |||
| lizmat | hmmm.. too late for the last commits, so where can I see the CI failing for RakuAST ? | 16:33 | |
| Actions gives me lots of things to configure... but no results | 16:34 | ||
| ugexe | red x -> details -> "View more details on Azure pipelines" -> select appropriate build name with red x next to it -> select faliing stage i.e. "Build Rakudo" -> read the output | 16:35 | |
| The following step can take a long time, please be patient. | 16:36 | ||
| '/usr/bin/perl' rakudo-m-early-build --setting=NULL.e --ll-exception --optimize=3 --target=mbc --stagestats --output=blib/CORE.e.setting.moarvm 'gen/moar/CORE.e.setting' | |||
| Stage start : 0.000 | |||
| literalize on RakuAST::Call::Name NYI | |||
| lizmat | found it, thanks | 16:37 | |
| can repro locally, working on it | 16:50 | ||
| Geth | rakudo/main: c1d292bbce | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/Literalize.rakumod RakuAST: literalizing subroutine calls will never work RakuAST regression spotted by ugexe++ |
17:05 | |
| lizmat | guess this was the first time someone ever used a call as one of the args of an infix in synthetic code | 17:13 | |
| fwiw, RAKUDO_LITERALIZE_DEBUG=1 was really helpful in this | |||
| Geth | rakudo/lizmat-1: aac3c2bd5d | (Elizabeth Mattijsen)++ | src/core.e/Formatter.rakumod Generalize common sprintf %e, %f, %g handling in 6.e %e basically borked for now, but running as a PR so not a real issue |
17:27 | |
| rakudo: lizmat++ created pull request #6184: Generalize common sprintf %e, %f, %g handling in 6.e |
17:28 | ||
| rakudo: ugexe++ created pull request #6185: RakuAST: silent-replace cross-compunit class reload in 'our' scope |
22:41 | ||
| ugexe | zef can already install itself, but the installed zef wouldn't work for much beyond --help. with that PR an installed zef was able to install a module | 22:43 | |
| so if that goes into this release people will be able to run e.g. `RAKUDO_RAKUTEST=1 zef install MyModule` to find missing rakuast functionality | 22:45 | ||
| [Coke] | +1 | 22:56 | |
| 16 May 2026 | |||
| japhb | <3 | 00:50 | |
| [Coke] | Could probably rig up a blin run that did new as HEAD/rakuast, old as HEAD/original | 10:09 | |
| ... ah, not exactly, because none of the raku's are built from scratch with rakuast. | 10:10 | ||
| Geth | rakudo/lizmat-1: 3dc0a1a58a | (Elizabeth Mattijsen)++ | src/core.e/Formatter.rakumod Make 6.e sprintf %e format compatible with C Basically took the logic from NQP and adapted for use in RakuAST. The NQP implementation was limited to native nums, this implementation shouldn't. |
10:46 | |
| rakudo/lizmat-1: de4d93e794 | (Elizabeth Mattijsen)++ | src/core.e/Formatter.rakumod Handle %F in 6.e sprintf support Using %F apparently indicates that Inf and NaN should be rendered in full capitals. Otherwise identical to %f. |
11:24 | ||