🦋 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 can be inspected at colabti.org/irclogger/irclogger_log/raku-dev | For MoarVM see #moarvm
Set by lizmat on 26 April 2021.
Geth nqp: usev6++ created pull request #720:
[JVM] Deserialize native arrays as such
08:50
Altai-man_ releasable6, status 09:19
releasable6 Altai-man_, Next release in ≈13 days and ≈9 hours. 1 blocker. 0 out of 22 commits logged
Altai-man_, Details: gist.github.com/5065560c3b2c40742a...4f1ce6a099
Geth nqp: 05b06f91ee | (Elizabeth Mattijsen)++ | tools/templates/MOAR_REVISION
Bump MoarVM for the latest goodies
09:49
rakudo: 58284b3074 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION
Bump NQP to get the latest MoarVM goodies
10:06
Geth nqp: f3dc977906 | (Christian Bartolomäus)++ | 3 files
[JVM] Deserialize native arrays as such

There is a long standing issue with Rakudo on the JVM backend: If one declares a native array (like 'my int @arr;') this comes out as a non-native array after precompilation.
  (Compare github.com/rakudo/rakudo/issues/1666.)
... (15 more lines)
10:51
lizmat bartolin_ want me to bump Rakudo for this? 10:55
bartolin_ lizmat: I'm on it. 10:56
lizmat okidoki!
Geth rakudo: 8b35fa643b | (Christian Bartolomäus)++ | tools/templates/NQP_REVISION
Bump NQP to get the latest JVM fix
bartolin_ there we go. I'm curious if this really fixes all the problems with native arrays ;). I mean, spectest looked good, but I didn't try to remove the workarounds in Rakudo's code. I'll go and try that later. 10:57
lizmat bartolin_++ 11:10
[Coke] bartolin++ indeed. As someone who used to ask for the JVM version regularly, I appreciate the effort. 15:34
Geth nqp: usev6++ created pull request #721:
[JVM] Keep different REPR.name for native arrays
20:33
rakudo: usev6++ created pull request #4359:
Remove special cases for hash constants for JVM
21:04