[perl #127795] [BUG] "is" subroutine couldn't handle Set-valued Hash correctly in the specific case.

2016-07-09 Thread Zoffix Znet via RT
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

[perl #128589] [BUG] Parser confused by two s/// or S/// in a subroutine call with parentheses

2016-07-09 Thread via RT
# 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

Re: [perl #127973] [BUG] native strings not allowed to be as big as regular strings

2016-07-09 Thread Daniel Green
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

Re: [perl #127973] [BUG] native strings not allowed to be as big as regular strings

2016-07-09 Thread Daniel Green
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

[perl #128587] [POD] need pod-to-man translator

2016-07-09 Thread via RT
# 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.

[perl #128586] [BUG] andthen doesn't return undefined LHS

2016-07-09 Thread via RT
# 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).

Re: [perl #128584] [BUG] reduce subroutine returns NaN when calculating decimals with negative exponents

2016-07-09 Thread Patrick R. Michaud
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

Re: [perl #128584] [BUG] reduce subroutine returns NaN when calculating decimals with negative exponents

2016-07-09 Thread Patrick R. Michaud via RT
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

[perl #128553] multi method cache causes Base64 regression

2016-07-09 Thread jn...@jnthn.net via RT
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

[perl #128553] multi method cache causes Base64 regression

2016-07-09 Thread jn...@jnthn.net via RT
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

[perl #128584] [BUG] reduce subroutine returns NaN when calculating decimals with negative exponents

2016-07-09 Thread via RT
# 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 * ** *,

[perl #128580] [JVM] wrong multi method comb selected after module loading

2016-07-09 Thread Christian Bartolomaeus via RT
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