SmokeMachine (should if return the list? ^^) 00:11
Geth nqp: MasterDuke17++ created pull request #836:
Use locals intead of class variables		 03:11
Geth rakudo/main: 174729f923 | (Stefan Seifert)++ | src/Raku/Actions.nqp
RakuAST: fix .= accidentally compiled as normal method call

The parser lands in very different places depending on whether .= is followed by white space or not. In the latter case we compiled it to a postfix method call when it should be an infix call assign instead.		 09:25
rakudo/main: 138ba249ed | (Stefan Seifert)++ | src/Raku/ast/expressions.rakumod
RakuAST: don't sink the result of .=

Spectest requires this
nine 1170
lizmat SmokeMachine: your query tickled an error in pasting :-( 09:48
will look at it shortly
SmokeMachine Sorry for that…
lizmat rakkable: eco-pr Stash 09:52
rakkable lizmat, Running: eco-provides Stash, please be patient!
lizmat, Found 50 lines in 16 files (13 distributions):
lizmat, gist.github.com/786cb4680e2952a926...fc9d503232
lizmat SmokeMachine: ^^
SmokeMachine lizmat: thanks! I’m trying to find out how to do an EXPORT sub to return a big name type… something like `sub EXPORT(—> Map()) { “Bla::Ble::Bli” => class :: {} }` (but on my real case I’m using .^new_type to create the class) do you know how I should do that? 10:17
lizmat how should that be different from class :: { } ? 10:45
SmokeMachine I mean, with the class keyword I wouldn’t need to export it… 11:31
lizmat ah, in that case: 11:33
sub export() { Map.new( "Bla::Ble::Bli" => foo.^new_type ) } 11:34
should work ?
Geth nqp: MasterDuke17++ created pull request #837:
Use new MacOS and Ubuntu versions in CI		 12:41
nqp/main: 992d867b80 | (Daniel Green)++ | azure-pipelines.yml
Use new MacOS and Ubuntu versions in CI

MoarVM and Rakudo have more combinations of older and newer versions, but NQP sees fewer changes, so it's probably not as important to try everything.		 13:10
nqp/main: a3bddac744 | MasterDuke17++ (committed using GitHub Web editor) | azure-pipelines.yml
Merge pull request #837 from MasterDuke17/use_new_oses_in_CI

Use new MacOS and Ubuntu versions in CI
lizmat notable6: weekly 13:42
notable6 lizmat, 2 notes: 2025-02-04T09:17:18Z <melezhik>: sparrowdo.wordpress.com/2025/02/04...ow-checks/ ; 2025-02-07T09:12:42Z <melezhik>: sparrowdo.wordpress.com/2025/02/06...-cookbook/
lizmat notable6: weekly reset 13:44
notable6 lizmat, Moved existing notes to “weekly_2025-02-17T13:44:00Z”
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2025/02/17/2025-...ted-quora/ 15:17
Geth rakudo: 0rir++ created pull request #5784:
Test Instant.from-posix-nanos against .from-posix		 16:44
SmokeMachine lizmat: when I tried that and tied listing things on :: (like `say ::.keys`) it listed as key the whole name (instead of neasted) than I assumed that was wrong (sorry for the delay, I had to take my wife to the gp…) 17:37
Geth nqp: MasterDuke17++ created pull request #838:
Use a local for a somewhat hot class member access
rakudo: MasterDuke17++ created pull request #5785:
Use a local for a somewhat hot class member access
lizmat SmokeMachine: ah, yes... hmmm 17:39
SmokeMachine: how about: module Foo::Bar { }; Foo::Bar::{"Baz"} := class A { }; sub EXPORT() { Map.new( "Foo" => Foo ) } ?? 17:42
SmokeMachine I tried too… and I couldn’t make it work… 17:44
I also tested a mult level map with no luck 17:45
lizmat that works for me?
SmokeMachine And then I was going to test stash…
lizmat how did that not work for you?
SmokeMachine Great! Let me test it here…
Sorry, that was not the way I tested, thank you very much! I’ll test that here 17:46
Geth rakudo: 0rir++ created pull request #5786:
Test if Instant.from-posix and -nanos match.		 17:49
SmokeMachine lizmat: thank you very much! Its working on glót.io, I suppose it will work on my real problem… I’ll let you know… I am needing it to avoid circular dependency 17:50
[Coke] github.com/rakudo/rakudo/issues/5783 - looks like we still have an open issue for MasterDuke? 17:54
^^ Blin run, potential release blocker.
lizmat [Coke]: which one ?
they are all marked as done atm ? 17:55
[Coke] Pinged @MasterDuke17 on the issue caused by 3b06479 17:57
lizmat that has been resolved ? 17:58
by Timo
[Coke] If you're all set, though, awesome!
jdv: All clear on Blin.
lizmat++ timo++ 17:59
lizmat github.com/rakudo/rakudo/issues/57...2657855890
jdv woohoo!
Geth rakudo/main: 02c43edc2d | MasterDuke17++ (committed using GitHub Web editor) | src/Perl6/bootstrap.c/BOOTSTRAP.nqp
Use a local for a somewhat hot class member access

No need to repeat the `.possible` call for every iteration.		 18:03
releasable6 Next release in ≈4 days and ≈23 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 19:00
jdv we'll see about that 19:01
sena_kun: sup?
lizmat sena_kun appears / disappears regularly, but I doubt Oleksander is actually watching 19:02
jdv i feel ignored:(
lizmat jdv: sup?
jdv its not new to me;)
not much. thanks for asking. the release will happen on sat. 19:03
[Coke] jdv++ jdv++ 19:05
Geth rakudo/main: c151ca3786 | (Elizabeth Mattijsen)++ | src/core.e/array_multislice.rakumod
Fix multi-dim array slices with lazy indices in 6.e

Before this commit, something like @foo[1..*; 2] would hang because it would continue to produce values for index 2 on Any as soon as the first dimension was exhausted. This was reported in #5122.
This fix consists of checking whether an outer index is a lazy ... (6 more lines)		 20:15
roast: 41c275cb4a | (Elizabeth Mattijsen)++ | S32-hash/multislice-6e.t
Added tests for #5122
 20:24
SmokeMachine lizmat: That almost worked... But I'm betting problems conflicting namespaces... :( 20:27
lizmat yeah, maybe this should be made an issue (if it isn't already) 20:28
and fixed at the EXPORT output handling code
SmokeMachine I think that makes sense... I'll open the issue
lizmat or maybe nine has a better idea :-)
SmokeMachine ok, I'll wait nine's opinion... :) 20:29
lizmat I meant: after the issue is made :-) about the idea of fixing the EXPORT handling code 20:30
afk& 20:31
SmokeMachine Should it go on problem solving? 20:32
github.com/Raku/problem-solving/issues/466 21:08
sena_kun jdv, I'm here, yes 21:25
tellable6 2025-02-07T00:13:21Z #raku <jdv> sena_kun github.com/rakudo/rakudo/commit/b0caab5b
sena_kun .tell jdv this was 3.5 years ago, but my best guess is "something on Blin got broken and we reverted it" 21:27
tellable6 sena_kun, I'll pass your message to jdv
Geth nqp/main: 382844fff9 | (Daniel Green)++ | src/QAST/Node.nqp
Use a local for a somewhat hot class member access
 21:56
nqp/main: ce6ddc0356 | MasterDuke17++ (committed using GitHub Web editor) | src/QAST/Node.nqp
Merge pull request #838 from MasterDuke17/make_a_local_for_another_somewhat_hot_class_member_access

Use a local for a somewhat hot class member access
rakudo/main: a8fe6d8ad2 | (Daniel Green)++ | tools/templates/NQP_REVISION
Bump NQP for some nano-optimizations

Using local variables instead of class members.		 22:02
Geth nqp: MasterDuke17++ created pull request #839:
Use a local for a somewhat hot class member access		 23:51

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!