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

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

[perl #61494] Strange parsing error involving two spaces

2008-12-19 Thread Carl Mäsak
# New Ticket Created by Carl Mäsak # Please include the string: [perl #61494] # in the subject line of all future correspondence about this issue. # URL: 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: $

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

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

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

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

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

2008-12-19 Thread Eric Hodges
# New Ticket Created by Eric Hodges # Please include the string: [perl #61534] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61534 I also added tests in revision R24492 file

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

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

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

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

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

2008-12-19 Thread Larry Wall
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. : # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61494

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

2008-12-19 Thread Patrick R. Michaud
On Thu, Dec 11, 2008 at 02:28:18PM -0800, Moritz Lenz wrote: 23:27 moritz_ rakudo: my ($x, @y) = a b c d e; 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 being

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

2008-12-19 Thread Patrick R. Michaud
On Fri, Dec 19, 2008 at 09:22:28AM -0800, Eric Hodges wrote: # URL: 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 of