[perl #101364] Rakudo does not enforce return type constraints for implicit returns

2011-10-14 Thread via RT
# New Ticket Created by Moritz Lenz # Please include the string: [perl #101364] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=101364 > Found by mls. 16:45 < moritz> nom: sub foo returns Int { Mu } ; say foo() 16:45 <

[perl #77982] [BUG] Enum keys are spookily cloned from the last named enum to be defined to all other defined enums in Rakudo

2011-10-14 Thread Will Coleda via RT
On Wed Sep 22 04:41:18 2010, moritz wrote: > 12:55 < nymacro> rakudo: enum A <1 2 3>; enum B ; say > A.enums.keys; say B.enums.keys; > 12:55 <+p6eval> rakudo 750a024: OUTPUT«abc␤abc␤» > 12:55 < nymacro> I'm guessing enums are completely screwed at the moment :/ > 13:39 < moritz_> oh ouch > 13:40

[perl #72696] [BUG] Defining two different enumerations with the same enum value should result in ambiguity in Rakudo; doesn't

2011-10-14 Thread Will Coleda via RT
Current status: mostly the same, looks like the leading & is no longer required: 15:19 < [Coke]> rakudo: enum A ; enum B ; say &a.perl 15:19 <+p6eval> rakudo ce15be: OUTPUT«===SORRY!===␤Symbol '&a' not predeclared in (/tmp/JQVXYcGEKu:1)␤» 15:22 < [Coke]> rakudo: enum A ; enum B

[perl #67858] [BUG] Enums have postcircumfix:<[ ]> capability, but give a less than awesome error message when they're used in Rakudo

2011-10-14 Thread Will Coleda via RT
On Fri Jul 24 10:29:44 2009, masak wrote: > * masak realizes he can use introspection to find even weirder bugs > rakudo: enum foo <>; say foo[1] This syntax is no longer accepted: 15:23 < [Coke]> rakudo: enum foo <>; say foo[1] 15:23 <+p6eval> rakudo ce15be: OUTPUT«===SORRY!===␤Unsupported use

[perl #75370] Enum name as type constraint is unreasonably strict

2011-10-14 Thread Will Coleda via RT
On Thu May 27 00:44:18 2010, moritz wrote: > Not sure if this should work: > > 09:39 < isBEKaml> rakudo: enum somenum ; my somenum $temp = > 3; say $temp.key; > 09:39 <+p6eval> rakudo 982e8e: OUTPUT«Type check failed for > assignment␤current instr.: '&die' pc 18373 (src/builtins/Junction.pir:37

[perl #68518] [BUG] Null PMC access when not finding the ICU library inside a try block in Rakudo

2011-10-14 Thread Will Coleda via RT
On Fri Aug 14 06:53:05 2009, masak wrote: > $ svn info # Parrot > [...] > Revision: 40543 > > $ git show # Rakudo > commit 0d4fe08d2e6f249211a33a8f9b122599fadbe862 > > $ perl6 -e 'my $x = "\x[5ea]\x[5ea]"; $x++; say $x.perl' > no ICU lib loaded > in Main (:1) > > $ perl6 -e 'my $x = "\x[5ea]\x[5

[perl #73990] [BUG] [WEIRD] Null PMC access when executing '0 but last' in Rakudo

2011-10-14 Thread Will Coleda via RT
On Sat Jul 24 14:09:01 2010, coke wrote: > On Fri Apr 02 04:47:19 2010, masak wrote: > > rakudo: 0 but last > > rakudo 63ff06: OUTPUT«Warning␤Null PMC access in can() [...] > > * masak submits rakudobug > > This now behaves just like 'last': > > $ ./perl6 > > last > $ ./perl6 > > 0 but last

[perl #68134] [BUG] Null PMC Access when doing 'does Role[::T]' in Rakudo

2011-10-14 Thread Will Coleda via RT
On Sun Aug 02 13:38:45 2009, masak wrote: > rakudo: class Foo does Positional[::T] {}; say Foo ~~ Positional > rakudo c57fbd: OUTPUT«Null PMC access in isa()␤in Main [...] > * masak submits rakudobug > rakudo: role A {}; class Foo does A[::T] {} > rakudo c57fbd: OUTPUT«Null PMC access in isa()

[perl #69216] [BUG] Null PMC access when trying to use .candidates on a user-built Multi in Rakudo

2011-10-14 Thread Will Coleda via RT
On Fri Sep 18 06:50:15 2009, masak wrote: > rakudo: my $a = Multi.new; $a.push(sub (1,2,3) { }); > $a.push(sub (1,2) { }); say join ", ", $a.candidates Multi's gone, so this is now obsolete (it now complains about not finding &Multi, which is fine, and doesn't need a test.) Closing ticket. --

[perl #78012] [BUG] Null PMC access when doing .assuming on a routine that doesn't resolve/exist in Rakudo

2011-10-14 Thread Will Coleda via RT
On Thu Sep 23 06:22:16 2010, masak wrote: > rakudo: class A { method b { 'b' } }; my $a = A.new; my $b = > &A::b.assuming($a); $b() > rakudo 8156be: OUTPUT�Null PMC access in invoke() [...] > LTA error > rakudo: class A {}; my $a = A.new; &A::b.assuming($a)() > rakudo 8156be: OUTPUT�Null PMC a

[perl #74076] [BUG] Null PMC access when accessing $OUTER::_ in a block in Rakudo

2011-10-14 Thread Will Coleda via RT
On Wed Aug 11 19:03:13 2010, coke wrote: > On Mon Apr 05 14:52:35 2010, masak wrote: > > rakudo: my @t; for < a b > { @t.push( sub { > > $OUTER::_ } ) }; say $_() for @t > > rakudo c41cf3: OUTPUT�Null PMC access in type() [...] > > This no longer has an NPE... > > > * masak submits rakudo

[perl #68636] non-installed Rakudo can't be run from outside the build tree

2011-10-14 Thread Will Coleda via RT
On Tue Aug 18 01:38:48 2009, ml...@physik.uni-wuerzburg.de wrote: > Since the ins2 branch merge, you can't run the non-installed 'perl6' > fakexecutable from anywhere else than the build tree. > > $ ./rakudo/perl6 -e 'say "hi"' > Null PMC access in isa() > current instr.: 'parrot;P6metaclass;regi

[perl #68518] [BUG] Null PMC access when not finding the ICU library inside a try block in Rakudo

2011-10-14 Thread Patrick R. Michaud via RT
> It would be helpful if someone (not necessarily the original poster) > provided a recipe to build a perl6 without ICU so this bug can be tested > against a recent version. The following should work: perl Configure.pl --gen-parrot --parrot-option="--without-icu" Pm