|
🦋 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. |
|||
|
00:05
sena_kun left
00:48
MasterDuke joined
04:13
Voldenet_ joined
04:14
Voldenet left,
Voldenet_ is now known as Voldenet
05:14
Voldenet_ joined
05:15
Voldenet left,
Voldenet_ is now known as Voldenet
09:52
sena_kun joined
|
|||
| Geth | rakudo/main: 196fbee64e | (Stefan Seifert)++ | 3 files RakuAST: fix accessing 6.e PseudoStash at compile time 6.e PseudoStash needs a $!package if one tries to make lookups in CORE:: |
10:02 | |
| rakudo/main: 3853a0f8be | (Stefan Seifert)++ | src/Raku/ast/code.rakumod RakuAST: fix look up of our scoped subs in my scoped packages at compile time |
|||
| nine | 3 more | ||
| lizmat | nine++ | 10:08 | |
| nine | m: my @a .= :a; dd @a | 10:11 | |
| camelia | Mu @a = [Pair, "a", Bool::True] | ||
| nine | One can discover bizarre things when studying the source | 10:12 | |
| lizmat | wtf? | 10:22 | |
| what would be the use of "my @a .=" anyway? shouldn't that be a compilation error | 10:23 | ||
| nine | Well if Array had a method like list-of-random-numbers then it would actually make sense. | 11:05 | |
| lizmat | Hmmm... | 11:08 | |
| but my @a .= :a feels like it should be a compile time error ? | 11:10 | ||
| nine | Yes, that seems quite unintended. | 11:11 | |
| Geth | rakudo/main: 72a4802da8 | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/CurriedRoleHOW.nqp Streamline Metamodel::CurriedRoleHOW - changed for loops to while loops where appropriate - move a lot of innitializing logic to a TWEAK method - remove duplicate call to update_role_typecheck_list - abstracted a lot of logic in subroutines and methods - make sure complete_parameterization is thread-safe - add some more internal documentation |
13:59 | |
| MasterDuke | hm, wonder if dev.azure.com/jjmerelo0004/jjmerel...&l=110 has something to do with the long path problem on windows. since the java actually compiles, it's just running the executable after it's built that seems to die | 14:28 | |
| Geth | rakudo/main: 18abe8c32f | (Elizabeth Mattijsen)++ | 6 files Eradicate Metamodel::InvocationProtocol role from Moar builds, rather than making it an empty role and still include that everywhere. |
14:34 | |
|
14:35
notna joined
|
|||
| ugexe | why is that still building under someone's personal account? | 14:44 | |
| MasterDuke: I'm not sure if that would hit long path issue or not. it usually ends up being a problem when we use a bunch of sha1s as path parts | 14:47 | ||
| oh i already opened an issue about azure running under someones personal account - github.com/Raku/nqp/issues/805 | 14:48 | ||
| seems patrickb needs admin permissions to Raku/nqp to fix it | |||
| lizmat | patrickb is now admin on Raku/nqp | 14:50 | |
|
15:12
notna left
|
|||
| 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 | |
|
19:13
[Coke] left
19:15
[Coke] joined
19:20
vrurg joined,
vrurg_ left,
[Coke]_ joined
19:21
[Coke] left
|
|||
| ab5tract | Before I dive too deep into things, I want to double check whether there is even a possible/reasonable way to resolve R#5500 | 19:46 | |
| linkable6 | R#5500 [open]: github.com/rakudo/rakudo/issues/5500 [consistency][CORE.setting] Array.splice insists on flattening the replacement | ||
|
20:02
vrurg left
20:03
vrurg joined
|
|||
| ab5tract | I guess a new splice method candidate could be added via something like `:no-expand` | 20:20 | |
|
21:18
[Coke]_ is now known as [Coke]
22:14
sena_kun left
22:48
[Coke]_ joined
22:49
[Coke] left
|
|||