It looks like this bug hasn't been *completely* fixed:
dd &infix:<+>( "2" ); # 2
dd &infix:<*>( "2" ); # 2
dd [*] "2"; # 2
dd [+] "2"; # 2
dd reduce &infix:<*>, "2"; # 2
dd reduce &infix:<+>, "2"; # "2"
i.e. it doesn't work w
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #131676]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131676 >
Mu provides iterator method, but when you mix in a role that wants it
implemented, it doe
On Thu, 29 Jun 2017 03:13:07 -0700, c...@zoffix.com wrote:
> On Thu, 29 Jun 2017 00:45:02 -0700, elizabeth wrote:
> > Shouldn’t:
> >
> > sub ($ is rw) { }
> >
> > be a compile-time error? I mean, there is no way to actually assign
> > to the anonymous variable, is there? So there is no point in t
On Thu, 29 Jun 2017 03:13:07 -0700, c...@zoffix.com wrote:
> On Thu, 29 Jun 2017 00:45:02 -0700, elizabeth wrote:
> > Shouldn’t:
> >
> > sub ($ is rw) { }
> >
> > be a compile-time error? I mean, there is no way to actually assign
> > to the anonymous variable, is there? So there is no point in t
On Thu, 29 Jun 2017 00:45:02 -0700, elizabeth wrote:
> Shouldn’t:
>
> sub ($ is rw) { }
>
> be a compile-time error? I mean, there is no way to actually assign
> to the anonymous variable, is there? So there is no point in the “is
> rw”. So most likely indicates a typo on the user side.
>
Fe
On Thu, 29 Jun 2017 00:45:02 -0700, elizabeth wrote:
> Shouldn’t:
>
> sub ($ is rw) { }
>
> be a compile-time error? I mean, there is no way to actually assign
> to the anonymous variable, is there? So there is no point in the “is
> rw”. So most likely indicates a typo on the user side.
>
Fe
On Thu, Jun 29, 2017 at 11:43 AM, Lloyd Fournier wrote:
> I'm not sure if it's related but I've been getting a few weird memory
> related issues with HEAD and zef. e.g my travis build just segfaulted:
>
> https://travis-ci.org/spitsh/spitsh/builds/248242106#L1355
>
> And a day or so ago I got:
>
>
I'm not sure if it's related but I've been getting a few weird memory
related issues with HEAD and zef. e.g my travis build just segfaulted:
https://travis-ci.org/spitsh/spitsh/builds/248242106#L1355
And a day or so ago I got:
"MoarVM panic: Heap corruption detected: pointer 0x7f0fe9a16410 to pa
Shouldn’t:
sub ($ is rw) { }
be a compile-time error? I mean, there is no way to actually assign to the
anonymous variable, is there? So there is no point in the “is rw”. So most
likely indicates a typo on the user side.
> On 29 Jun 2017, at 01:05, Zoffix Znet (via RT)
> wrote:
>
> # N
Shouldn’t:
sub ($ is rw) { }
be a compile-time error? I mean, there is no way to actually assign to the
anonymous variable, is there? So there is no point in the “is rw”. So most
likely indicates a typo on the user side.
> On 29 Jun 2017, at 01:05, Zoffix Znet (via RT)
> wrote:
>
> # N
yap, when mi6 updates your META6.json this makes sense to me as well.
This leads me to another question
Can zef/perl6 handle differend modules version based on the suffix
':ve<0.0.1>' or based on the META6.json. I mean, could there be 2
scripts each using a different version of my module witho
11 matches
Mail list logo
