🦋 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.
bartolin_ vrurg: maybe my insights from github.com/rakudo/rakudo/issues/50...1268940409 could be interesting to you. I suspect that github.com/rakudo/rakudo/issues/5037 has a (somewhat) similar cause 20:36
vrurg bartolin_: what does 'not the same thing' means? 20:43
bartolin_ I was referring to "if (want != got)" in github.com/Raku/nqp/blob/bddcbca4b...java#L3622 20:46
"want" and "got" are both instances of P6int at that point -- but different objects 20:47
you don't have to look in detail, but since you mentioned that you wondered about the fallout from github.com/rakudo/rakudo/commit/71de22321d I thought I'd ping you 20:49
vrurg So, parameterizetype works with instances, not values? I'm unpleasantly surprised. 20:53
I would expect it to treat natives as-is, integers at least. 20:54
bartolin_ probably I'm confused, but is that really specific to parameterizetype? 21:06
m: use nqp; say nqp::eqaddr(nqp::bitor_i(15, 0), nqp::bitor_i(15, 0))
camelia 0
bartolin_ (maybe I misunderstood and you just meant that parameterizetype doesn't try to compare the values for integers.) 21:11
vrurg bartolin_: the latter. I mean, I wouldn't expect that parameterize over, say, 12345 in one class would differ from parameterizing over 12345 in another class. 21:24
Ideally, it must not make difference neither over numbers, nor even over strings if they're native. 21:25
bartolin_ yeah, I agree 21:26
if I find the time I'll do more debugging -- and maybe I find a clean way to make this work. 21:28
but now, off to bed ...
vrurg bartolin_: g'night! 21:33
Geth ¦ rakudo: lizmat self-assigned Blob ~ parametrized Blob = Buffer github.com/rakudo/rakudo/issues/5071 21:55