[perl #115270] [BUG] Segmentation fault for some code in Rakudo

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115270] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115270 > oh btw, I found this while you were away :) echo -e 'my \\a = any set <1 2 3>;

[perl #115272] [BUG] Totally legit thing inside <<...>> quotes deemed un-legit by Rakudo

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115272] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115272 > rn: say <<<\>'n'>> niecza v22-13-g0d2a99e: OUTPUT«<>'n'␤» ..rakudo 8a07b8: OUT

[perl #115272] [BUG] Totally legit thing inside <<...>> quotes deemed un-legit by Rakudo

2012-10-15 Thread Carl Mäsak via RT
rn: say <<'m'<\>'n'>> rakudo 8a07b8: OUTPUT«'m'<\>'n'␤» ..niecza v22-13-g0d2a99e: OUTPUT«'m'<>'n'␤» rn: say <'m'<\>'n'> niecza v22-13-g0d2a99e: OUTPUT«===SORRY!===␤␤Preceding context expects a term, but found infix < instead [...] Parse failed␤␤» ..rakudo 8a07b8: OUTPUT«'m'<>'n'␤» * masak de

[perl #115274] [BUG] Can put an anonymous array in lhs of assignment in Rakudo

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115274] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115274 > r: []=5; say "alive" rakudo 8a07b8: OUTPUT«alive␤» * masak submits rakudobug r

[perl #115276] [BUG] Here's a case where Niecza prints '4' but Rakudo gets confused about something

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115276] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115276 > rn: say(|(|([4]))) niecza v22-13-g0d2a99e: OUTPUT«4␤» ..rakudo 8a07b8: OUTPUT«

[perl #115278] [BUG] Class B deriving from stubbed-and-then-defined class A doesn't have a .new method, nor a .gist method in Rakudo

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115278] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115278 > r: class A { ... }; class B is A {}; class A {}; say B.new; say "alive" rakudo

[perl #115278] [BUG] Class B deriving from stubbed-and-then-defined class A doesn't have a .new method, nor a .gist method in Rakudo

2012-10-15 Thread Carl Mäsak via RT
I don't think you should be able to inherit from a class that's only stubbed the proper way is to stub the subclass I agree that the problem we're seeing here stems from deriving from the stubbed class. I'm not yet convinced it shouldn't be allowed. oh, TimToady++ has a fix in the backlog:

[perl #115280] [BUG] Null PMC access when doing .HOW on attributes in Rakudo

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115280] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115280 > r: say (class { has $.x }).new.x.HOW rakudo 8a07b8: OUTPUT«Null PMC access in g

[perl #115282] [BUG] The parser dies while parsing parens with semicolon in Rakudo

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115282] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115282 > r: (;) rakudo 8a07b8: OUTPUT«===SORRY!===␤Method 'returns' not found for invoca

[perl #115284] [BUG] Rakudo dies while compiling 'say (;:[])'

2012-10-15 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #115284] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115284 > r: say (;:[]) rakudo 8a07b8: OUTPUT«===SORRY!===␤Error while compiling block :

[perl #115286] Argument expansion in method/sub invocation

2012-10-15 Thread via RT
# New Ticket Created by Sir Robert Burbridge # Please include the string: [perl #115286] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=115286 > Methods and subs handle argument expansion differently (and unexpectedly