From michael+rakudobug@stapelberg.de

Hi,

short reminder from #perl6​:

23​:13 jnthn> nom​: module Foo { our sub bar() { say 42 } }; Foo​::bar()
23​:13 +p6eval> nom 4726db​: OUTPUT«42␤»
23​:13 jnthn> nom​: module Foo { our multi bar() { say 42 } }; Foo​::bar()
23​:13 +p6eval> nom 4726db​: OUTPUT«Could not find symbol 'Foo​::&bar'␤ in block <anon> at /tmp/bpK6Dt3NSn​:1␤␤»
23​:13 jnthn> Bingo.
23​:13 jnthn> That's a bug.

Best regards,
Michael

From @jnthn

On Wed Feb 29 14​:19​:43 2012, michael+rakudobug@​stapelberg.de wrote​:

Hi,

short reminder from #perl6​:

23​:13 jnthn> nom​: module Foo { our sub bar() { say 42 } }; Foo​::bar()
23​:13 +p6eval> nom 4726db​: OUTPUT«42␤»
23​:13 jnthn> nom​: module Foo { our multi bar() { say 42 } };
Foo​::bar()
23​:13 +p6eval> nom 4726db​: OUTPUT«Could not find symbol 'Foo​::&bar'␤
in block <anon> at /tmp/bpK6Dt3NSn​:1␤␤»
23​:13 jnthn> Bingo.
23​:13 jnthn> That's a bug.

Rather than silently failing, this now helpfully says what to do​:

module Foo { our multi bar() { say 42 } }; Foo​::bar()
Cannot use 'our' with individual multi candidates. Please declare an
our-scoped proto instead

Since multi really means associate with the controlling proto, having
them carry their own scope declarators is a bit dubious. Yu can get the
desired effect with​:

module Foo { our proto bar { * }; multi bar() { say 42 } }; Foo​::bar()
42

Which probably wants test coverage, so tagging this testneeded.

Thanks,

Jonathan

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

From @moritz

now tested in S06-multi/proto.t

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