Christian Bartolomäus

@Kaiepi and another of your open PR that has conflicts after I merged the s/perl6/raku/ rename (https://github.com/Raku/nqp/pull/630). Again, it's hopefully easy to solve the conflicts, since the changes just need...

BTW, for the two working cases the coercion seem to happen here: https://github.com/Raku/nqp/blob/cf5b93884c/src/vm/jvm/QAST/Compiler.nqp#L5139 Since the coercion from ```uint``` to ```str``` is missing at the moment, one can trigger the error...

This looks like the same problem -- maybe even golfier: ``` $ ./rakudo-j -e 'my str $foo = (my int $bar = 42)' This container does not reference a native...

Looks like the result of ```my int $ = 42``` gets boxed on the JVM . This one works: ``` $ ./rakudo-j -e 'use nqp; dd my str $ =...

> Feels to me that `my int $ = 42` getting boxed is really the problem? I don't feel qualified to answer that. From the looks of it ```nqp::iscont``` just...

Hi @lizmat, do you have a fresh idea how to go on here? I don't know if the code in ```method repeated``` should work without unboxing or if this more...

It fixes things for the ```int``` case. For ```num``` it still explodes in the same way. (No surprise there.) Mapping ```coerce_ns``` as an op in NQP (https://github.com/Raku/nqp/pull/766) and using that...

Today I gave this another look and tried to figure out where the different behaviour on the JVM backend comes from. If I'm not mistaken, what happens is that assign_s...

I can reproduce this error on HEAD with Java 8 on Linux and FreeBSD. (The warnings about illegal reflective access don't happen there.) The error happens when Zef is used...

> The error happens when Zef is used the first time in order to install modules. A simple `use Zef::Client` dies with the above error. Unfortunately, Zef hasn't worked on...