🦋 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.
Geth rakudo/main: 6507e0cf52 | (Daniel Green)++ | 3 files
Unbreak the JVM build

An edit of 196fbee that un-multis the PseudoStash new()s and just adds a different method that gets called after the PseudoStash is created. The suspicion is that maybe this is to early in the build for the JVM backend to support multis.
01:01
rakudo/main: a4587097ee | MasterDuke17++ (committed using GitHub Web editor) | 3 files
Merge pull request #5544 from MasterDuke17/unbreak_jvm_build

Unbreak the JVM build
rakudo: MasterDuke17++ created pull request #5547:
Convert uses of `if nqp::getcomp('Raku').backend.name eq <...>` to `#?if <...>`
01:06
01:48 MasterDuke joined
MasterDuke . 01:49
tellable6 2024-04-02T06:07:36Z #raku-dev <nine> MasterDuke: I was thinking let's just keep that name as it is :D
MasterDuke nine: i was tempted
lizmat: new jvm breakage, any idea? gist.github.com/MasterDuke17/ed352...1b50d2e2bd 01:51
the only attribute in the list is `$!handle` 02:34
02:42 rypervenche left 02:50 rypervenche joined
[Tux] Rakudo v2024.03-62-ga4587097e (v6.d) on MoarVM 2024.03-1-g69a06919c
csv-ip5xs0.263 - 0.268
csv-ip5xs-201.174 - 1.196
csv-parser1.641 - 1.650
csv-test-xs-200.144 - 0.144
test1.979 - 1.990
test-t0.428 - 0.436
test-t --race0.287 - 0.313
test-t-205.454 - 5.467
test-t-20 --race1.248 - 1.435
06:39
ab5tract lizmat: yeah, that matches what I’m seeing. It blows my mind a bit, but it matches what I’m seeing 07:59
08:10 nebuchadnezzar joined 08:44 MasterDuke left
lizmat ab5tract: 6guts.wordpress.com/2021/03/15/tow...in-moarvm/ might be of interest for you 08:56
MasterDuke: no idea, the error location file I haven't touched yet 09:20
tellable6 lizmat, I'll pass your message to MasterDuke
09:39 sena_kun joined
lizmat greppable6: publsh_method_cache 09:49
greppable6 lizmat, Found nothing!
lizmat greppable6: publish_method_cache
greppable6 lizmat, 6 lines, 5 modules: gist.github.com/6e02f279f167b822f3...30a4b56ade
Geth rakudo/main: 063816595d | (Stefan Seifert)++ | 3 files
RakuAST: Fix up "Unbreak the JVM build"

While commit 6507e0cf52f140870851dda96a43bd8f9971f891 unbroak the JVM build, it regressed the spectests the original commit was intended to fix.
10:23
rakudo/main: 30ff12ece3 | (Stefan Seifert)++ | src/Raku/ast/variable-declaration.rakumod
RakuAST: fix instantiation of generic attributes when applying roles

The logic for detecting generic attributes that need instantiation when applying a role relies on the properties of the package set for that attribute. Previously this package was always the package the attribute was declared in, but for roles it has to be a Generic that will be instantiated for the class consuming the role, i.e. $?CLASS. After all ... (5 more lines)
rakudo/main: 1f458a0f15 | (Stefan Seifert)++ | src/Raku/ast/variable-declaration.rakumod
RakuAST: fix auto_viv_container missing on native attributes
nine 997
vrurg: in the end it was just github.com/rakudo/rakudo/commit/30ff12ece3 but finding this was a bit of a hassle
Geth rakudo/main: 5cd846b274 | (Elizabeth Mattijsen)++ | 2 files
Move helper methods to ::Naming

for more general accesibility
10:36
rakudo/main: 758500f438 | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/TypePretense.nqp
Streamline Metamodel::TypePretense
rakudo/main: ad12f2a9b4 | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/Versioning.nqp
Fix naming of anonymous classes

Somehow the trailing > got lost pretty recently
11:00
rakudo/main: 802e8140d7 | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/ParametricRoleGroupHOW.nqp
Use "global" helper method instead of local helper sub

Because that's possible since 5cd846b274
11:20
nine Anyone have a clue why `Int:: == Int` would give a "Preceding context expects a term, but found infix == instead." in RakuAST? It's clearly a mis-parse, but I don't get how we can end up expecting a term there. 11:29
lizmat my only suggestion would be to look for '::' in the grammar, and put debugging statements there to see it passes by there 11:31
Geth rakudo/main: e35ac0b42c | (Elizabeth Mattijsen)++ | src/Perl6/Metamodel/AttributeContainer.nqp
Make sure adding an attribute is threadsafe
12:26
nine Oh, we're trying to parse an <args> because we didn't recognize Int:: as a known name. 12:36
m: Foo:: == Int 12:37
camelia ===SORRY!=== Error while compiling <tmp>
Preceding context expects a term, but found infix == instead.
at <tmp>:1
------> Foo:: ==⏏ Int
Geth rakudo/main: e066203d4b | (Stefan Seifert)++ | src/Raku/ast/resolver.rakumod
RakuAST Fix mis-parse of package-loookups in term position

In Int:: === Int.WHO we didn't identify Int:: as a known name and then tried to parse the infix operator as an argument to a supposed "Int::" sub call. When checking whether the name is known we have to omit a possible trailing empty name part.
12:48
nine So why is this meta-object.....why do I suddenly smell coffee? OMG there's still coffee in my mug! # it's the small joys 13:36
lizmat
.oO( it's the way HOW you do it )
13:38
Geth rakudo/main: 7ae4c397cf | (Stefan Seifert)++ | src/Raku/ast/code.rakumod
RakuAST: fix premature composing of packages

An our scoped sub in the middle of a class would lead to that class getting composed when registering the sub in the class' stash.
14:29
rakudo/main: e2e7e5833f | (Stefan Seifert)++ | src/Raku/ast/meta.rakumod
RakuAST: make Meta and StubbedMeta more interchangeable
nine 998
jdv almost 4 nines 14:37
vrurg I thought we have only one nine in this channel... 14:42
japhb Given my Internet connection is at best only 90% available, I can confirm just one 9.\ 14:53
Geth rakudo/main: 9b90a609d8 | (Stefan Seifert)++ | src/Raku/ast/variable-declaration.rakumod
RakuAST: fix "of" trait effect missing in various situations

In my @arr[5] of Int the resulting array would be Nil-typed as when setting up the initializer only with the not-supplied leading type constraint, ignoring the type we got from the of trait.
15:04
nine 999
lizmat 4 9's! 15:06
japhb
.oO( Like every great engineer, Stefan adds an extra nine on every project he's on ... )
15:08
jdv ha 15:16
lizmat weekly: www.youtube.com/watch?v=BId0VVDo7jA&t=2056s 15:37
notable6 lizmat, Noted! (weekly)
Geth rakudo/main: ea84171cdd | (Stefan Seifert)++ | 3 files
RakuAST: actually make <-> blocks's parameters rw by default
16:21
nine And this ladies and gentlemen gives us.... 1001 :)
[Coke] NUMBER GO UP 16:53
nine++
lizmat nine+ 17:06
+
Geth nqp/main: 4bd6fe71af | (Elizabeth Mattijsen)++ | src/core/Hash.nqp
Initial stab at a "dd" for NQP
17:17
nqp/main: c0043fbb1f | (Elizabeth Mattijsen)++ | src/core/Hash.nqp
Make sure we catch errors in stringification

Even though something appears to be a string
18:12
nqp/main: 1967087e5d | (Elizabeth Mattijsen)++ | src/core/Hash.nqp
Further dd tweaks

  - handle multiple args correctly
  - use HLL .Str if possible
  - handle type objects directly to prevent HLL warnings
18:54
rakudo/main: e96af21686 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION
Bump NQP to get more dd tweaks
19:16
lizmat that'd be the NQP dd
ab5tract lizmat++ 19:51
japhb nine++ lizmat++ 22:47
ab5tract Oh yeah, nine++ too 23:20
23:46 sena_kun left 23:50 MasterDuke joined