On Thu, 22 Jun 2017 05:25:08 -0700, c...@zoffix.com wrote:
> A WhateverCode detached map or a undetached map works fine:
> m: ^2 .map: *.say
> rakudo-moar 86e7b2: OUTPUT: «01»
> m: (^2).map:
> rakudo-moar 86e7b2: OUTPUT: «01»
>
> But explodes if you try to both detache and
On Sun, 28 May 2017 02:34:13 -0700, sml...@gmail.com wrote:
> Still present in
>
> Rakudo version 2017.05-272-gfa7aa1c36 built on MoarVM version 2017.05-
> 25-g62bc54e9
> implementing Perl 6.c.
Fixed, probably by one or more of the following commits:
7c18112c59d20413b82356e5c48b38d8a66fc7ea
On Sat, 10 Mar 2018 11:40:24 -0800, barto...@gmx.de wrote:
> On Thu, 13 Apr 2017 12:21:57 -0700, barto...@gmx.de wrote:
> > [...]
> > * define that :append and :create always imply "write"
>
> That was also done by Zoffix++ -- mainly with
> https://github.com/perl6/roast/commit/091931a717
Sorry,
On Thu, 13 Apr 2017 12:21:57 -0700, barto...@gmx.de wrote:
> [...]
> * define that :append and :create always imply "write"
That was also done by Zoffix++ -- mainly with
https://github.com/perl6/roast/commit/091931a717
I find the behavior surprising. Are there any examples of precedence thinkos
that are caught by this?
Added [RFC][@LARRY] tags, with just a little more information I think we'll be
able to close. Maybe.
On 2017-01-03 09:00:06, jn...@jnthn.net wrote:
> On Tue, 03 Jan 2017 04:54:52 -0800,
Still reproducible:
6c: class Foo { method foo { say $!bad; } }
AlexDaniel, ¦6c (28 commits): «===SORRY!=== Error while
compiling /tmp/Qj1o8IL3bGAttribute $!bad not declared in class Fooat
/tmp/Qj1o8IL3bG:6--> ⏏ «exit code = 1»»
On 2017-01-21 16:47:53, agen...@gmail.com wrote:
>
On Wed, 22 Feb 2017 03:59:05 -0800, elizabeth wrote:
> > On 22 Feb 2017, at 12:41, jn...@jnthn.net via RT > follo...@perl.org> wrote:
> > On Sat, 30 Apr 2016 03:42:00 -0700, alex.jakime...@gmail.com wrote:
> >> OK, I said that it only segfaults on 32-bit systems, but I was
> >> wrong.
> >>
> >>
On Mon, 24 Apr 2017 15:32:33 -0700, alex.jakime...@gmail.com wrote:
> Run this:
> perl6 --target=ast -e '^…'
>
> And among normal lines from the output you will see these messages:
>
> Oops!!! Cannot invoke this object (REPR: P6opaque; NQPMu)
>
> I don't think it should happen.
>
>
> Full
On Sun, 18 Dec 2016 15:36:31 -0800, c...@zoffix.com wrote:
> On Sun, 10 Apr 2016 07:56:38 -0700, mar...@senfdax.de wrote:
> > Hi there,
> >
> > following code dies in this line:
> >
> > if my $match = $r.match($meth, $uri) { die "What?!" unless $match }
> >
> > this happens on both moar-2015.12
On Wed, 22 Feb 2017 15:09:44 -0800, c...@zoffix.com wrote:
> If .seek(... SeekFromCurrent) is called after a call to .readchars,
> the position sought to appears to be way off target:
>
> 22:54 IOninja m: "/tmp/Foo.pm6".IO.spurt: "I love you so very
> much"; with "/tmp/Foo.pm6".IO.open {
This ticket now needs tests, further discussion related issues here:
https://github.com/rakudo/rakudo/issues/1607
On 2017-03-08 05:56:13, c...@zoffix.com wrote:
> A temporary fix has been committed in
>
https://github.com/rakudo/rakudo/commit/5b7b7fb5c942a3e74097b5eb94a22be262f74c9f
On Thu, 13 Apr 2017 12:21:57 -0700, barto...@gmx.de wrote:
> [...]
> * expand the documentation of "open"
That was done by Zoffix++ with https://github.com/perl6/doc/commit/ca2a3a0bfb
On Sat, 10 Mar 2018 10:34:05 -0800, jan-olof.hen...@bredband.net wrote:
> On Mon, 08 May 2017 15:01:03 -0700, c...@zoffix.com wrote:
> > Filing per https://irclog.perlgeek.de/perl6-dev/2017-05-08#i_14551843
> >
> > m: say WHAT 'foo'.comb
> > rakudo-moar 20cfd6: OUTPUT: «(Seq)»
> >
On Mon, 08 May 2017 15:01:03 -0700, c...@zoffix.com wrote:
> Filing per https://irclog.perlgeek.de/perl6-dev/2017-05-08#i_14551843
>
> m: say WHAT 'foo'.comb
> rakudo-moar 20cfd6: OUTPUT: «(Seq)»
> m: say WHAT 'foo'.comb: 1
> rakudo-moar 20cfd6: OUTPUT: «(Seq)»
> m: say
On Thu, 08 Mar 2018 09:52:50 -0800, jan-olof.hen...@bredband.net wrote:
> On Wed, 04 Nov 2015 12:43:18 -0800, dhoek...@gmail.com wrote:
> > In perl6 version 2015.10-158-gbccb16d built on MoarVM version
> > 2015.10-46-g5bf7e46:
> >
> > Looking at the code for Hamming numbers at Rosetta Code found
On Sat, 27 Jan 2018 17:19:18 -0800, pesc...@gmail.com wrote:
> On Sat, 21 Nov 2015 06:12:07 -0800, barto...@gmx.de wrote:
> > The following code does not give the expected result ('2') on
> > rakudo.jvm:
> >
> > $ perl6-j -e 'multi catch(| (*@all ) ) { 1 }; multi catch(| (*@all,
> > :$really! ) )
On Wed, 04 Jan 2017 14:21:15 -0800, alex.jakime...@gmail.com wrote:
> Code:
> say Buf.new('0')
>
> Result:
> Type check failed in initializing element #0 to Buf; expected uint8
> but got Str ("0")
> in any at gen/moar/Metamodel.nqp line 1727
> in block at /tmp/9PmeQTevmg line 1
>
>
On Wed, 04 Jan 2017 15:02:45 -0800, alex.jakime...@gmail.com wrote:
> Code:
> BEGIN (1, 2)[*-1]
>
> Result:
> ===SORRY!=== Error while compiling
> An exception occurred while evaluating a BEGIN
> at :1
> Exception details:
> ===SORRY!=== Error while compiling
> Cannot invoke this object
18 matches
Mail list logo