very long perl6 step

2011-10-20 Thread Richard Hainsworth
Just updated my rakudo directory - not done this for a while. The update stalled (I thought) at the step using per6 to build the setting. Turned out just to be a VERY slow step. I suggest a notification is included in the make file saying the step is slow. I dont remember this happening in

Re: very long perl6 step

2011-10-20 Thread Moritz Lenz
Am 19.10.2011 16:03, schrieb Richard Hainsworth: The update stalled (I thought) at the step using per6 to build the setting. Turned out just to be a VERY slow step. I suggest a notification is included in the make file saying the step is slow. I can do that, but I'd like to wait until after to

[perl #77950] rakudo does not disambiguate on nominal types in subsignatures

2011-10-20 Thread Will Coleda via RT
On Mon Sep 20 06:51:49 2010, moritz wrote: > 15:49 < jnthn> It may not be a bug. > 15:49 < jnthn> rakudo: multi f ($ (Int :$value!)) { say "Int $value" }; > multi >f( $ (Str :$value!)) { say "Str $value" }; f('a' => 3); > f('a' => >'foo') > 15:49 <+p6eval> rakudo 523

[perl #76560] [BUG] $*ARGFILES can't .slurp in Rakudo

2011-10-20 Thread Will Coleda via RT
On Sun Jul 18 05:08:27 2010, masak wrote: > rakudo: say $*ARGFILES.slurp > rakudo 687837: OUTPUT«Method 'readall' not found for invocant > of class ''␤ in 'IO::slurp' [...] > should $*ARGFILES.slurp work? > yes, IMHO > * masak submits rakudobug > rakudo: say $*ARGFILES.WHAT > rakudo 687837:

[perl #76596] the .perl method for Seq returns a string that eval to a Parcel

2011-10-20 Thread Will Coleda via RT
10:43 < pmichaud> I call obsolete. The meaning of Seq and .perl have changed since that ticket was filed. Rejecting ticket; If you can come up with a similar case against modern- day specs, please open a new ticket. Thanks! -- Will "Coke" Coleda

[perl #77746] "[BUG] �,� doesn't produce a structure of parcels i"n Rakudo

2011-10-20 Thread Carl Mäsak via RT
On Thu Sep 09 00:07:14 2010, masak wrote: > rakudo: my @a=;my @b=;for (@a �,� @b) �,� @a -> > $a, $b, $c {say "$a $b $c"} > rakudo 859f2d: OUTPUT�Sorry, sides are of uneven length and > not dwimmy. [...] > rakudo: my @a=;my @b=;for (@a >>,<< @b) >>,<< @a > -> $a, $b, $c {say "$a $b $c"} > raku

[perl #76414] [BUG] infix:<,=> should have list precedence in the cases infix:<=> does in Rakudo

2011-10-20 Thread Will Coleda via RT
On Wed Jul 07 15:35:30 2010, masak wrote: > rakudo: my @foo; push(@foo, 1, 2, 3); @foo.perl.say > rakudo 894e79: OUTPUT«[1, 2, 3]␤» > rakudo: my @foo; @foo ,= 1, 2, 3; @foo.perl.say > rakudo 894e79: OUTPUT«[1]␤» > S03: "@foo ,= 1,2,3 # same as push(@foo,1,2,3)" > well spotted. > * masak

[perl #74234] [BUG] Bogus nominal type check error when creating a variable of typed with a subtype in Rakudo

2011-10-20 Thread Will Coleda via RT
On Sun May 30 08:25:28 2010, moritz wrote: > It works in mainline code, and in eval, but fails in eval_lives_ok. > > I have no idea if this is a problem with eval_lives_ok or with the > subtype declaration; until I find out I'm leaving this ticket open. Looks like this test is being run and passi

[perl #76450] 'our' variables in roles can't be accessed from the outside

2011-10-20 Thread Will Coleda via RT
On Sat Jul 10 09:18:02 2010, moritz wrote: > Fails with roles: > > 18:16 <@moritz_> rakudo: role Foo { our $pi = 3 }; say $Foo::pi > 18:16 <+p6eval> rakudo 692aa1: OUTPUT«Null PMC access in type()␤ in > main program body at line 20:/tmp/M57BNs8HR2␤» > > Works with modules: > > 18:16 <@moritz_>

[perl #76272] [BUG] [RFE} typed range? TotallyOrderedDiscrete role. truemin and truemax methods

2011-10-20 Thread Will Coleda via RT
On Tue Jun 29 08:49:31 2010, cognominal wrote: > I would expect the following to work > > % my Range of Int $a; > Method '!select' not found for invocant of class '' > > Also a Range for Int should be provided. > I expect it to be more used than the generic version, that is overly > complicated