Re: [perl #61534] [PATCH] Add support for =END and =begin END

On Fri, Dec 19, 2008 at 09:22:28AM -0800, Eric Hodges wrote: > # http://rt.perl.org/rt3/Ticket/Display.html?id=61534 > > > > I also added tests in revision R24492 file > t/spec/S02-whitespace_and_comments/*_end.t S26 is somewhat out-of-date in several respects, and C<=END> is unfortunately one o

Re: [perl #61300] list assignment: arrays on LHS aren't filled properly

On Thu, Dec 11, 2008 at 02:28:18PM -0800, Moritz Lenz wrote: > > 23:27 < moritz_> rakudo: my ($x, @y) = ; say @y.perl > 23:27 < p6eval> rakudo 33813: OUTPUT["b"␤] > > so @y gets only the first element, when in fact it should get all the rest. The problem is that array variables in lists are bein

Re: [perl #61494] Strange parsing error involving two spaces

On Fri, Dec 19, 2008 at 10:04:34AM +0100, mor...@casella.faui2k3.org wrote: : > # New Ticket Created by "Carl Mäsak" : > # Please include the string: [perl #61494] : > # in the subject line of all future correspondence about this issue. : > # http://rt.perl.org/rt3/Ticket/Display.html?id=61494 >

[perl #61532] Method declaration not parsed correctly when invocant present

# New Ticket Created by Cory Spencer # Please include the string: [perl #61532] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61532 > The following code: class Array is also { method splice(@array: $offset = 0, I

[perl #61528] Optional typed parameters can cause type check failure when no value passed

# New Ticket Created by Cory Spencer # Please include the string: [perl #61528] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61528 > When defining a subroutine such as the following: sub foo (Int $x?) { say "x = $x"

[perl #61534] [PATCH] Add support for =END and =begin END

# New Ticket Created by "Eric Hodges" # Please include the string: [perl #61534] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61534 > I also added tests in revision R24492 file t/spec/S02-whitespace_and_comments/*_end.t

[perl #61526] PATCH: floor/ceiling/round math builtins should return Int

# New Ticket Created by Cory Spencer # Please include the string: [perl #61526] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61526 > The floor/ceiling/round math builtins were returning Num values, causing statements su

Re: [perl #61494] Strange parsing error involving two spaces

> # New Ticket Created by "Carl Mäsak" > # Please include the string: [perl #61494] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=61494 > > > > Rakudo r34064 doesn't allow two spaces between 'say' and 'for' in this > one-

[perl #61500] Rakudo doesn't access inherited private attributes correctly

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #61500] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61500 > rakudo: class A { has $foo = 7; method x { say $!foo } }; A.new.x rakudo 34088: OUTPUT

[perl #61494] Strange parsing error involving two spaces

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #61494] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61494 > Rakudo r34064 doesn't allow two spaces between 'say' and 'for' in this one-liner: $ ./p