Re: [perl #129346] [BUG] Whatever being called on where-blocked subroutine cannot handle the sigilless values correctly

2016-09-24 Thread Lloyd Fournier
I think this is because .WHAT is a special case. It's not really a method which is what you need to make *.method work. *.WHAT will always return (Whatever) immediately. There is an odd what of working around this: perl6 -e 'sub foo(\a where *.&WHAT === Int ) { say "Hello"; }; foo(10); # works u

Re: [perl #129346] [BUG] Whatever being called on where-blocked subroutine cannot handle the sigilless values correctly

2016-09-24 Thread Lloyd Fournier via RT
I think this is because .WHAT is a special case. It's not really a method which is what you need to make *.method work. *.WHAT will always return (Whatever) immediately. There is an odd what of working around this: perl6 -e 'sub foo(\a where *.&WHAT === Int ) { say "Hello"; }; foo(10); # works u

Re: [perl #129344] [BUG] "my" variable in a recursive subroutine leaks to callers scope

2016-09-24 Thread Lloyd Fournier
Reproduced. Looks like you shouldn't nest subs inside recursive functions atm :S. More golfed with just $level being used to demonstrate: sub process-list (@items, $level = 0) { multi sub process-item ($item) { ('=' x $level) ~ $item; } multi sub process-item (@array) {

Re: [perl #129346] [BUG] Whatever being called on where-blocked subroutine cannot handle the sigilless values correctly

2016-09-24 Thread Patrick R. Michaud
On Sat, Sep 24, 2016 at 07:37:52AM +, Lloyd Fournier wrote: > I think this is because .WHAT is a special case. It's not really a method > which is what you need to make *.method work. *.WHAT will always return > (Whatever) immediately. You're correct that .WHAT is a special case. From S12, "I

Re: [perl #129346] [BUG] Whatever being called on where-blocked subroutine cannot handle the sigilless values correctly

2016-09-24 Thread Patrick R. Michaud via RT
On Sat, Sep 24, 2016 at 07:37:52AM +, Lloyd Fournier wrote: > I think this is because .WHAT is a special case. It's not really a method > which is what you need to make *.method work. *.WHAT will always return > (Whatever) immediately. You're correct that .WHAT is a special case. From S12, "I

[perl #129291] [BUG] [SEGV] problems when run()ning two procs and passing the :out of one to the :in of the other

2016-09-24 Thread Zoffix Znet via RT
On Wed Sep 21 19:37:06 2016, ddgr...@gmail.com wrote: > Test added in https://github.com/perl6/roast/commit/6cc1a85cf4 This ticket still needs tests for Windows.

[perl #129349] [BUG] Autovification with Junctioned key spills guts

2016-09-24 Thread via RT
# New Ticket Created by Zoffix Znet # Please include the string: [perl #129349] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129349 > m: my %h; %h{ any ^2 }.push: 42 rakudo-moar e4e823: OUTPUT«Cannot assign to a readonly v

[perl #125923] [BUG] .classify-list doesn't work with BagHash in Rakudo

2016-09-24 Thread Zoffix Znet via RT
Fixed in https://github.com/rakudo/rakudo/commit/8f2279b155 Tests added in https://github.com/perl6/roast/commit/816b913d98 On Thu Aug 27 04:25:26 2015, masak wrote: > m: my %b := BagHash.new(); %b.classify-list( {.comb}, 20..40 > ); say %b.perl > rakudo-moar a46b09: OUTPUT«postcircumfix:<{ }>

Re: [perl #129346] [BUG] Whatever being called on where-blocked subroutine cannot handle the sigilless values correctly

2016-09-24 Thread Larry Wall
On Fri, Sep 23, 2016 at 11:42:20PM -0700, Itsuki Toyota wrote: : # New Ticket Created by Itsuki Toyota : # Please include the string: [perl #129346] : # in the subject line of all future correspondence about this issue. : # https://rt.perl.org/Ticket/Display.html?id=129346 > : : : See the fol

RE: [perl #129321] [BUG] deepmap can recurse indefinitely under some circumstances

2016-09-24 Thread Jan-Olof Hendig
Here's what I found in S32: deepmap multi method deepmap ( @values: Code *&expression --> Any ) multi deepmap ( Code $expression, *@values --> Any ) Like map and duckmap, deepmap evaluates the expression for each of the values you give it. Unlike map and duckmap, an element is con

Re: [perl #129346] [BUG] Whatever being called on where-blocked subroutine cannot handle the sigilless values correctly

2016-09-24 Thread Larry Wall via RT
On Fri, Sep 23, 2016 at 11:42:20PM -0700, Itsuki Toyota wrote: : # New Ticket Created by Itsuki Toyota : # Please include the string: [perl #129346] : # in the subject line of all future correspondence about this issue. : # https://rt.perl.org/Ticket/Display.html?id=129346 > : : : See the fol