# New Ticket Created by Tadeusz Sośnierz
# Please include the string: [perl #118387]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=118387 >
S04 says:
LEAVE {...} [executes] at every block exit time (even stack unwind
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #118389]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=118389 >
r: constant FOO = q:to /EOF/;OH HAIEOFsay FOO
rakudo b2072f: OUTPUT
On Thu May 23 09:00:57 2013, masak wrote:
> nr: say first * > 5, 1..3
> rakudo a50c2e: OUTPUT«No values matched in method gist
> [...]
> ..niecza v24-51-g009f999: OUTPUT«Nil»
> rakudobug :)
> the spec doesn't say what to do in this situation.
> yes it does :)
> TimToady: where?
> I went
On Tue Jan 10 17:21:33 2012, coke wrote:
> On Mon Sep 13 01:34:32 2010, jal...@gmail.com wrote:
> > Howdy,
> >
> > $ git rev-parse HEAD
> > 9993bb24d7d109485fe78a6afd463671912c6960
> > $ ./perl6
> > > NaN.Rat
> > -9.22337203685478e+18
> >
> > I already added a fudged test to roast.git for this:
> >
On Sun Apr 08 08:03:22 2012, spiderma...@free.fr wrote:
> With Rakudo 2012.03-53-g119fe3b (commit
> 119fe3b5b85fe680aa1a7ea29042a5714e63a402), the following code fails:
>
> sub id(Any ::T $x) returns T {
> $x
> }
>
> say id 42;
>
> with the following error message:
>
>
On Sun Jul 03 14:35:03 2011, masak wrote:
> std: 5.
> std 37a0cdd: OUTPUT«[31m===[0mSORRY![31m===[0mDecimal
> point must be followed by digit [...]
> rakudo: 5.
> rakudo 72d158: OUTPUT«===SORRY!===Confused at line 22, near "5."»
> LTA error
> lol, rakudo u so confusd
> * masak submits
# New Ticket Created by Brent Laabs
# Please include the string: [perl #118397]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=118397 >
labster: r: sub foo { X::IO::Dir.new(path=>'a', os-error=>'b').fail }; my
@a = foo
On Wed Nov 30 10:47:25 2011, cognominal wrote:
> S04:1292 3c53f87 say "The C type is derived from C but
> nothing elseis derived from it."I infer from it that deriving from it
> should result in an error. This is not the case.
>
> > class A is Whatever { }
>
> A()
>
i disagree that saying noth
