From @skids

Code that runs fine before precomp, breaks when an array of native
arrays is used after precomp.

$ cat /tmp/aoa.pm6
my @​f = $(array[uint32].new(0,1)), $(array[uint32].new(3,4));
$ PERL6LIB=/tmp/ perl6 -Maoa -e "1;"
$ perl6 --output=/tmp/aoa.pm6.moarvm --target=mbc /tmp/aoa.pm6
$ PERL6LIB=/tmp/ perl6 -Maoa -e "1;"
===SORRY!===
Must parameterize array[T] with a type before creating it
$

From @jnthn

On Mon Mar 23 17​:18​:34 2015, bri@​abrij.org wrote​:

Code that runs fine before precomp, breaks when an array of native
arrays is used after precomp.

$ cat /tmp/aoa.pm6
my @​f = $(array[uint32].new(0,1)), $(array[uint32].new(3,4));
$ PERL6LIB=/tmp/ perl6 -Maoa -e "1;"
$ perl6 --output=/tmp/aoa.pm6.moarvm --target=mbc /tmp/aoa.pm6
$ PERL6LIB=/tmp/ perl6 -Maoa -e "1;"
===SORRY!===
Must parameterize array[T] with a type before creating it
$

Test covering this is added in S10-packages/precompilation.t. It now passes on current MoarVM HEAD; JVM patches to come later.

The RT System itself - Status changed from 'new' to 'open'

From @jnthn

On Fri Mar 27 06​:08​:57 2015, jnthn@​jnthn.net wrote​:

On Mon Mar 23 17​:18​:34 2015, bri@​abrij.org wrote​:

Code that runs fine before precomp, breaks when an array of native
arrays is used after precomp.

$ cat /tmp/aoa.pm6
my @​f = $(array[uint32].new(0,1)), $(array[uint32].new(3,4));
$ PERL6LIB=/tmp/ perl6 -Maoa -e "1;"
$ perl6 --output=/tmp/aoa.pm6.moarvm --target=mbc /tmp/aoa.pm6
$ PERL6LIB=/tmp/ perl6 -Maoa -e "1;"
===SORRY!===
Must parameterize array[T] with a type before creating it
$

Test covering this is added in S10-packages/precompilation.t. It now
passes on current MoarVM HEAD; JVM patches to come later.

Fixed and test passing on JVM also now; resolving.

@jnthn - Status changed from 'open' to 'resolved'