Fixed with d31495f , closable with tests
> On 12 May 2016, at 18:15, Salvador Ortiz (via RT)
> <[email protected]> wrote:
>
> # New Ticket Created by Salvador Ortiz
> # Please include the string: [perl #128138]
> # in the subject line of all future correspondence about this issue.
> # <URL: https://rt.perl.org/Ticket/Display.html?id=128138 >
>
>
> <sortiz> m: enum Foo <a b>; Foo.enums.WHAT.say; # Why Hash and not Map?
> <camelia> rakudo-moar 1e5df4: OUTPUT«(Hash)»
> <gfldex> m: enum Foo <a b>; Foo.enums<c> = 2; dd Foo.enums;
> <camelia> rakudo-moar 1e5df4: OUTPUT«{:a(0), :b(1), :c(2)}»
> <gfldex> m: enum Foo <a b>; Foo.enums<c> = 2; dd Foo.enums; say Foo::a; say
> Foo::c;
> <camelia> rakudo-moar 1e5df4: OUTPUT«{:a(0), :b(1), :c(2)}aCould not find
> symbol '&c' in block <unit> at /tmp/l6HF74YgT0 line 1Actually thrown at:
> in block <unit> at /tmp/l6HF74YgT0 line 1»
> <gfldex> sortiz: because of a lack of rakudobug it seams
> <sortiz> jnthn, Do you agree that Map is a better option?
> <jnthn> sortiz: I'd say so...