On Mon Sep 19 20:55:21 2011, coke wrote:
> On Tue Mar 30 08:24:48 2010, moritz wrote:
> > The &infix:{$foo} form is now gone from the spec, but &infix:($foo)
> > should work, afaict.
>
> 23:54 < [Coke]> rakudo: my $foo="+";&infix:($foo)(3,4).say
> 23:54 <+p6eval> rakudo cbdd9b: OUTPUT«===SORRY!===
On Fri Apr 20 02:54:24 2012, bbkr wrote:
> On 2012.04:
>
> $ ./perl6 -e 'say "\x[10001]" ~~ /<[\x1..\xE]>/'
> ===SORRY!===
> Invalid character for UTF-8 encoding
>
Isn't this correct behavior now?
--
Will "Coke" Coleda
On Fri Aug 31 12:10:54 2012, moritz wrote:
> In nom, prefix and --> return type constraints weren't implemented for
> quite some time, which made the tests pass even though they shouldn't.
Currently failure mode of tests:
14:21 < [Coke]> r: our Int sub foo { fail('a') }; say foo() ~~ Failure
14:2
On Sat Mar 16 10:03:56 2013, jn...@jnthn.net wrote:
> On Wed Dec 05 02:44:42 2012, masak wrote:
> > nr: for 1..10 { LEAVE { say "x" }; next }
> > niecza v24-5-g599cbcb: OUTPUT«xxxxxxxxxx»
> > ..rakudo e2f2dc: ( no output )
> > * masak submits rakudobug
>
> Works now:
>
> > for 1..10
On Mon Nov 05 14:42:47 2012, jn...@jnthn.net wrote:
> On Sun Feb 06 07:15:34 2011, masak wrote:
> > Is it possible to change / as a separator?
> > rakudo: $_ = "heffo"; s!ff!ll!; say $_
> > rakudo 924242: OUTPUT«===SORRY!===Confused at line 22, near
> > "s!ff!ll!; "»
> > std: s!ff!ll!
> > st
On Sat Mar 16 10:02:08 2013, jn...@jnthn.net wrote:
> On Thu Jun 07 13:52:49 2012, moritz wrote:
> > r: multi sub foo() { say 'here'; LEAVE say 'not here'; };
> foo;
> > rakudo 332540: OUTPUT«here»
> >
> > Works without the "multi":
> >
> > r: sub foo() { say 'here'; LEAVE say 'not here' };
On Thu Dec 01 03:44:40 2011, bbkr wrote:
> Doesn't crash on 2011.11
>
> $ perl6 -e 'my $code = "\$" ~ 1 x 1024; eval $code; say "alive"'
> alive
>
> But i'm not sure if it also works - testing 11.manydigitshere.11th
> capture is beyond capabilities of machines. Maybe there is a way to
> check
