The problem was, that .sort was broken on rakudo.jvm.
That was fixed with commit https://github.com/rakudo/rakudo/commit/5da0b3faed
Tests are unfudged again and I'm closing this ticket as 'resolved'.
# New Ticket Created by Will Coleda
# Please include the string: [perl #126656]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126656 >
S03-metaops/hyper.t has several NPEs across a variety of the tests.
--
Will "Coke" Coled
Now fixed in r34137, thanks!
Pm
Just a note that I expect we will fix this when we implement
slicing and the postcircumfix: methods.
Pm
:a:b'); say
$m[0];
rakudo 33354: OUTPUT[Use of uninitialized value]
rakudo: grammar G { token TOP { ^ + $ }; token foo {
':' ? }; token bar { \w } }; my $m = G::TOP(':a:b'); say
$m[0][0];
rakudo 33354: OUTPUT[a]
masak: the problem is that Parrot doesn't distinguish hash
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> We have keyed_int shortcuts to get/set items on array like aggregates.
> Is there a reason, that we not have keyed_str to access hash elements
> by STRING directly.
I'm not so sure this would be worth it; since hash lookups are much
more expensive tha
We have keyed_int shortcuts to get/set items on array like aggregates.
Is there a reason, that we not have keyed_str to access hash elements by
STRING directly.
Currently a hash access inside parrot needs a key_new_string() which
contructs a new Key PMC, where the string then gets extracted
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #716]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=716 >
Background:
String variables in BASIC are stored in the P21 PMC. When I ty t
