The `is` sub uses `eq` operator for comparison, which coerces items to Str.
So this ticket comes down to whether or not .Str on sets should sort their
elements. The problem with that is sets can contain different types of objects.
You could further put the argument that .Strs (or .gists) of tho
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #128589]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128589 >
The parse error occurs with alphabetic infix between the s/// but seems to be
fine with a
Yeah, I filed the slowness as a bug (127972) a while ago.
On Sat, Jul 9, 2016 at 6:23 PM, Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
> Oh, my bad. I didn't wait long enough. Takes over a minute:
>
> zoffix@VirtualBox:~$ time perl6 -e 'my str $a = "a" x 2**30;say $a.chars'
> ===SORR
I still get the exact same error, it just takes 10+ seconds.
This is Rakudo version 2016.06-204-g959cd3b built on MoarVM version
2016.06-11-gf9dad06
On Sat, Jul 9, 2016 at 4:55 PM, Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
> This appears to hang now:
>
> zoffix@VirtualBox:~$ perl
# New Ticket Created by Tom Browder
# Please include the string: [perl #128587]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128587 >
Need a pod2man translator.
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #128586]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128586 >
Per S03, &infix: should return the first argument indicating
failure (undefined).
On Sat, Jul 09, 2016 at 05:19:49AM -0700, Itsuki Toyota wrote:
> See the following results
>
> $ perl6 -e 'say -1 ** -0.1'
> -1
> $ perl6 -e 'say reduce * ** *, -1, (-0.1)'
> NaN
This is not a bug in "reduce" itself. Exponentiation has higher
precedence than unary minus, so the first expression
On Sat, Jul 09, 2016 at 05:19:49AM -0700, Itsuki Toyota wrote:
> See the following results
>
> $ perl6 -e 'say -1 ** -0.1'
> -1
> $ perl6 -e 'say reduce * ** *, -1, (-0.1)'
> NaN
This is not a bug in "reduce" itself. Exponentiation has higher
precedence than unary minus, so the first expression
On Tue Jul 05 17:51:46 2016, ug...@cpan.org wrote:
> Note that the final decode-base64 candidate shows the correct results
> when debugging statements are added
>
> This gist also shows a small change that makes it produce the correct
> values but it still segfaults more often than not
> https://g
On Tue Jul 05 17:51:46 2016, ug...@cpan.org wrote:
> Note that the final decode-base64 candidate shows the correct results
> when debugging statements are added
>
> This gist also shows a small change that makes it produce the correct
> values but it still segfaults more often than not
> https://g
# New Ticket Created by Itsuki Toyota
# Please include the string: [perl #128584]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128584 >
See the following results
$ perl6 -e 'say -1 ** -0.1'
-1
$ perl6 -e 'say reduce * ** *,
On Fri Jul 08 14:57:11 2016, elizabeth wrote:
> Have you tried with MVM_SPESH_DISABLE=1 and friends?
This only happens on JVM, so there aren't many of those friends, are there? :-)
At least I tried now with 'optimize=0' and got the same error. I also tried
'RAKUDO_MODULE_DEBUG=1' but didn't some
12 matches
Mail list logo