| releasable6 | Next release in ≈6 days and ≈15 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 03:00 | |
| disbot2 | <melezhik.> o/ | 07:18 | |
| <melezhik.> If someone would look at this github.com/rakudo/rakudo/issues/6092 I’d appreciate, sort of annoying issue that affected work I do for some customer . Thanks 🙏 | 07:19 | ||
|
10:03
finanalyst joined
10:38
finanalyst left
11:08
sp1983 joined
11:27
sp1983 left
11:29
sp1983 joined
|
|||
| Geth | rakudo/main: bc6c03c73b | (Elizabeth Mattijsen)++ | src/Raku/ast/variable-access.rakumod RakuAST: proper error for unknown compile time vars Something like "$?FOO" would generate an internal "not resolved" error, rather than a proper X::Undeclared error. |
11:39 | |
| rakudo/main: 7bb7391810 | (Elizabeth Mattijsen)++ | src/Raku/ast/resolver.rakumod RakuAST: give ::Resolver::EVAL its own suggest-lexicals Which doesn't suggest anyting yet, but at least doesn't make error reporting die because it could not find the method |
11:58 | ||
|
12:01
sp1983 left
|
|||
| Geth | rakudo/lizmat-6e-checksum: 35ae4d89a9 | (Elizabeth Mattijsen)++ | 2 files Make $?SOURCE / $?CHECKSUM available on 6.e and higher Although this is mostly intended to be used by the new interactive debugger that @patrickb is working on, it feels wrong to introduce these compile time variables in 6.c and 6.d as well, this late in the 6.d lifetime cycle. Hence this commit, making them *unavailable* on 6.c and 6.d |
12:05 | |
| rakudo: lizmat++ created pull request #6093: Make $?SOURCE / $?CHECKSUM available on 6.e and higher |
|||
| patrickb | lizmat: Does this limiting to 6.e mean that even when using a latest rakudo compiler, files will miss these depending on which language version they use? | 12:13 | |
| If so that kinda spoils the party for the debugger, because then - independent of the rakudo version - there will always be (many) files without source and checksum. | 12:14 | ||
| And the debugger strongly relies on those... | 12:16 | ||
| lizmat | well, yes, but that's why I made it a PR | 12:20 | |
| so that we can make an informed decision on whether we should include it in 6.c and 6.d or not | 12:21 | ||
| patrickb | Oh. Ah! I didn't notice... | 12:22 | |
| patrickb heads over to that PR | |||
|
14:32
sp1983 joined
14:33
sp1983 left,
sp1983 joined
14:43
sp1983 left
15:09
sp1983 joined
15:16
sp1983 left
|
|||
| Geth | rakudo/main: c318ac318a | (Elizabeth Mattijsen)++ | src/Raku/ast/variable-access.rakumod RakuAST: no suggestions for unknown $? variables The suggestions lookup appears to tickle an issue with some resolvers, resulting in hard to trace (because of lack of usable backtrace): lang-call cannot invoke object of type 'VMNull' belonging to no language and Cannot invoke object of type 'NQPMu' errors. So don't try to come up with suggestions for now |
15:59 | |
| rakudo/main: 74da84b05f | (Elizabeth Mattijsen)++ | src/Raku/ast/resolver.rakumod RakuAST: some micro opts in levenshtein implementation |
16:46 | ||
|
16:48
finanalyst joined
18:19
david7832 joined
18:51
david7832 left
18:52
finanalyst left
|
|||
| japhb | lizmat: If using native num types to optimize, shouldn't all the fractional values be specified using num notation? `.1e0` instead of `.1`, for example. | 19:58 | |
| Or is that no longer a performance issue? (It was, back in the day. I have a lot of `e0`s scattered around hot path code.) | 19:59 | ||
|
21:08
librasteve_ joined
|
|||
| Voldenet | I think Num(0.1) is still orders of magnitude slower than .1e0 | 21:16 | |
| m: sub x() returns num32 { my num32 $x = .1e0; my num32 $y = .1e0; $x + $y }; my num32 $z; for ^1000000 { $z = x() }; say now - BEGIN now | |||
| camelia | 0.055054667 | ||
| Voldenet | m: sub x() returns num32 { my num32 $x = .1e0; my num32 $y = .1e0; $x + $y }; my num32 $z; for ^10000000 { $z = x() }; say now - BEGIN now | 21:17 | |
| camelia | 0.389934226 | ||
| Voldenet | m: sub x() returns num32 { my num32 $x = Num(.1); my num32 $y = Num(.1); $x + $y }; my num32 $z; for ^10000000 { $z = x() }; say now - BEGIN now | ||
| camelia | 2.784157906 | ||
| Voldenet | ah, it's about RakuAST, nevermind then | 21:27 | |
| releasable6 | Next release in ≈5 days and ≈19 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft | 23:00 | |
|
23:18
librasteve_ left
|
|||