🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm
Set by lizmat on 8 June 2022.
MasterDuke nine, lizmat: i just checked, reverting 3853a0f8be75c9df496df2d76481c191de69c9f7 and 196fbee64e8002272a4a7ed853315eedd160204f unbreaks the jvm build. reverting just 3853a0f8be75c9df496df2d76481c191de69c9f7 doesn't unbreak it, now trying just 196fbee64e8002272a4a7ed853315eedd160204f 02:56
linkable6 (2024-03-23) github.com/rakudo/rakudo/commit/3853a0f8be RakuAST: fix look up of our scoped subs in my scoped packages at compile time
(2024-03-23) github.com/rakudo/rakudo/commit/196fbee64e RakuAST: fix accessing 6.e PseudoStash at compile time
MasterDuke i have no idea why. the only thing i see without trying to understand what those commits do, is github.com/rakudo/rakudo/commit/19...444b5e6R38 should that be `PseudoStash6c` instead of `PseudoStash`? 02:58
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
MasterDuke ok, reverting just 196fbee64e unbreaks it 03:03
linkable6 (2024-03-23) github.com/rakudo/rakudo/commit/196fbee64e RakuAST: fix accessing 6.e PseudoStash at compile time
nine MasterDuke: no, $!package is declared in PseudoStash 6.e, so that line is correct 07:02
tellable6 2024-03-25T18:52:45Z #raku-dev <Xliff> nine Can you read the last my last comment on #5534 and see if you have any ideas? Thanks.
2024-03-26T18:41:16Z #raku <Xliff> nine What do you mean? Would you mind providing an example in #5534? Thanks.
nine Xliff: something like blob8.new($carray.list).decode 07:59
tellable6 nine, I'll pass your message to Xliff
Xliff Updated #5534 - The root cause is that the Raku allocated structurs are causing friction, whereas C-allocated structures do not. Would appreciate some further help on this. Thanks. 11:13
tellable6 2024-03-27T07:59:54Z #raku-dev <nine> Xliff: something like blob8.new($carray.list).decode
Xliff .tell nine Ah! Thanks for that... however that's going the wrong direction. I'm trying to have Raku share with C, not the other way around. So Raku originated String data needs to go to a (char *) 11:14
tellable6 Xliff, I'll pass your message to nine 11:15
Xliff .tell nine At any rate, it looks like the root-problem from
tellable6 Xliff, I'll pass your message to nine
Xliff .tell nine At any rate, it looks like the root-problem for #5534 is the Raku-allocated structure. If C allocates, the problem goes away.
tellable6 Xliff, I'll pass your message to nine
lizmat greppable6: .type_check_parents 11:36
greppable6 lizmat, Found nothing!
Geth rakudo/liz-post2024.03: d7081fa006 | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/ParametricRoleHOW.nqp
Streamline Metamodel::ParametricRoleHOW (Take 2)

  - fixed various issues spotted in the blin run
  - added some more shortcuts
  - added some more helper methods, some of which may get more general
   exposure over time		 12:29
Geth rakudo/liz-post2024.03: a9af505df6 | (Elizabeth Mattijsen)++ | 2 files
Move helper methods to RoleContainer

So they can be used by other HOW classes		 18:08
Geth rakudo/liz-post2024.03: 118e24a77e | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/CurriedRoleHOW.nqp
Streamline Metamodel::CurriedRoleHOW (Take 2)
 18:47
Geth rakudo/liz-post2024.03: ec6e7cc56c | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/CurriedRoleHOW.nqp
Move all parameterization logic into one place

This is the only place where they are called. So no need for any additional methods / subs. Still need to find the infiniloop that is caused by setting the is_complete flag at the end of the protected block. Because that's where it *should* be.		 20:07
releasable6 Next release in ≈19 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 23:00

Powered by Cro and the Raku® Programming Language.

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

Thank you!