From @hoelzro

I've attached a sample tarball of code; use ufo, make, and perl6
test.p6 to run it. A more real-world example is the URI module.

From @hoelzro

moarvm-compiled-problems.tar.gz

From @FROGGS

Am Fr 21. Feb 2014, 17​:20​:53, rob@​hoelz.ro schrieb​:

I've attached a sample tarball of code; use ufo, make, and perl6
test.p6 to run it. A more real-world example is the URI module.

The weird thing is that accessing the like like "%foo<bar>" fails, but succeds when doing "%foo.at_key('bar')".
So it seems as if &postcircumfix​:<{ }>, which delegates to method at_key, cannot be found os so...

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

From @hoelzro

On Sun, 2 Mar 2014 02​:02​:36 -0800
"Tobias Leich via RT" <perl6-bugs-followup@​perl.org> wrote​:

Am Fr 21. Feb 2014, 17​:20​:53, rob@​hoelz.ro schrieb​:

I've attached a sample tarball of code; use ufo, make, and perl6
test.p6 to run it. A more real-world example is the URI module.

The weird thing is that accessing the like like "%foo<bar>" fails,
but succeds when doing "%foo.at_key('bar')". So it seems as if
&postcircumfix​:<{ }>, which delegates to method at_key, cannot be
found os so...

Interesting...I've gotten %foo.WHERE to fail in this test as well as
&postcircumfix​:<{ }>.

From @FROGGS

This patch fixes it for MoarVM​: https://gist.github.com/jnthn/9431169

From @FROGGS

Fixed in rakudo/rakudo@1aeb7c3884

From @FROGGS

Still broken on JVM​:
jnthn​: Aww, too bad. I'd hoped it'd maybe fix it for both.
jnthn​: I guess when JVM adopts the same closure model as Moar then it fixes it...

From @FROGGS

This got fixed by fixing URI​: Raku/nqp@9233615

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