Re: [perl #65878] Rakudo shouldn't allow metaops with the same modifier twice in a row

On Thu, May 21, 2009 at 07:20:57PM +0200, Gianni Ceccarelli wrote: : On 2009-05-21 Larry Wall wrote: : > : rakudo: sub infix:($a,$b) { $a ~ '-' ~ $b }; sub : > : infix:($a,$b) { $a ~ '_' ~ $b }; say 'x' R 'y'; say 'x' RR 'y'; : > : rakudo e6b463: OUTPUT«x-y␤x_y␤» : > : now, apart from "don't do

Re: Array variables as formal parameters ???

Henry Baragar Henry.Baragar-at-instantiated.ca |Perl 6| wrote: On May 23, 2009 11:26:16 pm John M. Dlugosz wrote: > From whence did it get its Item container? OK, my brain made a wrong turn some time on Tuesday. Let me review the basics. From S02: |$x| may be bound to any object, includi

r26929 - docs/Perl6/Spec

Author: jdlugosz Date: 2009-05-25 06:10:06 +0200 (Mon, 25 May 2009) New Revision: 26929 Modified: docs/Perl6/Spec/S03-operators.pod Log: Code to Callable, clarify "Type" under smart matching (see Modified: docs/Perl6/Spec/S03-operators.po

Re: [perl #65942] Missing %*ENV values are defined, but don't exist

On Sun, May 24, 2009 at 02:18:26PM -0700, Larry Wall wrote: > On Sun, May 24, 2009 at 12:08:58PM -0700, yary wrote: > : > I don't recall if defined autovivifies, but assuming it does that would > make > : > sense. > : > : Agreed that if defined autovivifies, it explains observed behavior in > : c

[perl #65962] loop with two comma-separated 'my' variable initialisations doesn't parse in Rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #65962] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=65962 > rakudo: loop (my $a = 1, my $b = 2; $a < 5; $a++, $b++) { say "$a $b" } rakudo 23718a:

[perl #65960] Roles don't do Role in Rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #65960] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=65960 > rakudo: role A {}; say A ~~ Role rakudo 23718a: OUTPUT«0␤» * masak submits rakudobug

[perl #65956] simple script that generated a memory fault.

# New Ticket Created by Richard Hainsworth # Please include the string: [perl #65956] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=65956 > The following script (also attached) generated a Parrot memory fault. I was tryin

Re: [perl #65942] Missing %*ENV values are defined, but don't exist

On Sun, May 24, 2009 at 12:08:58PM -0700, yary wrote: : > I don't recall if defined autovivifies, but assuming it does that would make : > sense. : : Agreed that if defined autovivifies, it explains observed behavior in : current rakudo. But should "defined" autovivify? That goes against my : intu

Re: Array variables as formal parameters ???

On May 23, 2009 11:26:16 pm John M. Dlugosz wrote: > > From whence did it get its Item container? > > OK, my brain made a wrong turn some time on Tuesday. > > Let me review the basics. > > From S02: > |$x| may be bound to any object, including any object that can be bound > > to any other sigil.

Re: Array variables as formal parameters ???

Henry Baragar Henry.Baragar-at-instantiated.ca |Perl 6| wrote: Good question, since Nil does Positional, as evidenced by rakudo: > say Nil ~~ Positional 1 Should report this as a bug? Henry At the very least, it is the most simple test case for Nil. Should be in the tes

r26928 - docs/Perl6/Spec

Author: schwarzer Date: 2009-05-24 21:46:24 +0200 (Sun, 24 May 2009) New Revision: 26928 Modified: docs/Perl6/Spec/S02-bits.pod docs/Perl6/Spec/S06-routines.pod docs/Perl6/Spec/S19-commandline.pod docs/Perl6/Spec/S28-special-names.pod Log: [Perl6/Spec] typos Modified: docs/Perl6/Spec/

Re: Array variables as formal parameters ???

On May 23, 2009 11:31:35 pm John M. Dlugosz wrote: > Henry Baragar Henry.Baragar-at-instantiated.ca |Perl 6| wrote: > >>> > sub f2 (@y) {say @y.WHAT; say +...@y}; f2(Nil); > >>> > >>> Array() > >>> 1 > >> > >> Why doesn't +...@y produce 0, not 1? It's an empty list. > > > > From rakudo: > >

Re: [perl #65942] Missing %*ENV values are defined, but don't exist

> I don't recall if defined autovivifies, but assuming it does that would make > sense. Agreed that if defined autovivifies, it explains observed behavior in current rakudo. But should "defined" autovivify? That goes against my intuition.

Re: [perl #65942] Missing %*ENV values are defined, but don't exist

On May 22, 2009, at 19:36 , Geoffrey Broadwell (via RT) wrote: $ perl6 -e 'say %*ENV.exists()' 0 $ perl6 -e 'say defined %*ENV' 1 I don't recall if defined autovivifies, but assuming it does that would make sense. %*ENV is special, it represents environment variables, which are always str