[perl #131857] Aliased named parameters broke in a recent MoarVM commit

# New Ticket Created by Daniel Green # Please include the string: [perl #131857] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131857 > [22:44] m: sub foo(:color(:$colour)) { $colour + 1 }; my $s; for ^100 { $s +=

[perl #131856] [@LARRY] Junctions don't junct when routine has a slurpy, leading to inconsistent behaviour with core routines

# New Ticket Created by Zoffix Znet # Please include the string: [perl #131856] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131856 > Originally taken from:

Re: [perl #131855] Mix.roll doesn't work with fractional weights

Oops. Caught by a copy-pasto. Fixed with a91ad2da854831a7a38c1d , tests needed. > On 7 Aug 2017, at 20:59, Brad Gilbert (via RT) > wrote: > > # New Ticket Created by Brad Gilbert > # Please include the string: [perl #131855] > # in the subject line of all

[perl #131855] Mix.roll doesn't work with fractional weights

# New Ticket Created by Brad Gilbert # Please include the string: [perl #131855] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131855 > > Mix( 'a' => 0.3 ).roll Type check failed in binding; expected Int but got

Re: [perl #131841] AutoReply: [BUG] In a 'unit module', a 'die' along any CATCH block causes a compiler error

Annoyingly, 2017.07 has a bug that makes every --ll-exception print that exact error. Here's what a newer version of rakudo gives you: > Cannot invoke this object (REPR: Null; VMNull) >at SETTING::src/core/Exception.pm:57 >

Re: [perl #131841] AutoReply: [BUG] In a 'unit module', a 'die' along any CATCH block causes a compiler error

It should be added that this bugreport pertains to the version 2017.07: This is Rakudo version 2017.07 built on MoarVM version 2017.07 implementing Perl 6.c. D.

Re: [perl #131841] AutoReply: [BUG] In a 'unit module', a 'die' along any CATCH block causes a compiler error

It should be added that this bugreport pertains to the version 2017.07: This is Rakudo version 2017.07 built on MoarVM version 2017.07 implementing Perl 6.c. D.

[perl #131676] doing a role fails to find inherited methods in some cases

On Thu, 29 Jun 2017 03:46:02 -0700, c...@zoffix.com wrote: > Mu provides iterator method, but when you mix in a role that wants it > implemented, it doesn't find it: > > m: role Meow { method iterator {…} }; class Bar does Meow {} > camelia rakudo-moar 2a8d1e: OUTPUT: «5===SORRY!5=== Error

[perl #131831] Possible precomp issue: crash with `is a directory, cannot do '.open' on a directory` pointing to a sha1 hash of a dir

The missing 'version' file looks to be the issue, and explains why zef worked when installing under under 'site' but not 'vendor': during my testing I think I managed to delete the version file from vendor... Oops. That means I've created a load of noise (but hopefully someone might benefit