[svn:perl6-synopsis] r14319 - doc/trunk/design/syn

2007-03-07 Thread larry
Author: larry Date: Wed Mar 7 21:35:52 2007 New Revision: 14319 Modified: doc/trunk/design/syn/S02.pod Log: Definition of version sorting order. Modified: doc/trunk/design/syn/S02.pod == --- doc/trunk/design/syn/S02

[svn:perl6-synopsis] r14318 - doc/trunk/design/syn

2007-03-07 Thread larry
Author: larry Date: Wed Mar 7 20:40:33 2007 New Revision: 14318 Modified: doc/trunk/design/syn/S02.pod Log: typo spotted by TimToady++ :/ Modified: doc/trunk/design/syn/S02.pod == --- doc/trunk/design/syn/S02.pod

[svn:perl6-synopsis] r14317 - doc/trunk/design/syn

2007-03-07 Thread larry
Author: larry Date: Wed Mar 7 20:38:15 2007 New Revision: 14317 Modified: doc/trunk/design/syn/S02.pod doc/trunk/design/syn/S11.pod Log: Module longnames now specified in terms of ident plus adverbials. Modified: doc/trunk/design/syn/S02.pod ==

Whatevereversing Ranges

2007-03-07 Thread David Green
On 2/28/07, [EMAIL PROTECTED] wrote: Ranges are not autoreversing: C<2..1> is always a null range. I assume the reason for not having ranges automatically go in either direction is that it would make it easier for subtle bugs to creep in when either end is smaller (or bigger) than you expecte

Re: [S09] "Whatever" indices and shaped arrays

2007-03-07 Thread David Green
On 3/7/07, Jonathan Lang wrote: Looks good to me. As well, the fact that @x[-1] doesn't refer to the element immediately before @x[0] is awkward, as is the fact that @x[*-1] doesn't refer to the element immediately before @x[*+0]. IMHO, it would be cleaner to have @x[n] count forward and

[svn:perl6-synopsis] r14316 - doc/trunk/design/syn

2007-03-07 Thread larry
Author: larry Date: Wed Mar 7 17:25:32 2007 New Revision: 14316 Modified: doc/trunk/design/syn/S03.pod Log: Clarifications requested by TheDamian++ Defined ++ and -- in terms of .succ and .pred so I could write s[] = $0.succ Modified: doc/trunk/design/syn/S03.pod ===

[svn:perl6-synopsis] r14315 - doc/trunk/design/syn

2007-03-07 Thread larry
Author: larry Date: Wed Mar 7 16:18:15 2007 New Revision: 14315 Modified: doc/trunk/design/syn/S03.pod Log: made "my Any $x; $x := [1,2,3]" a little dwammy (do what audreyt++ means :) Modified: doc/trunk/design/syn/S03.pod

Re: request new Mapping|Hash operators

2007-03-07 Thread Smylers
On February 27th Darren Duncan writes: > At 4:45 PM + 2/27/07, Nicholas Clark wrote: > > > > 4. rename(): > > > rename is a Perl 5 builtin. > I see this situation as being similar to Dog.bark() vs Tree.bark(); The difference is that those are methods. Having different objects which have

[svn:perl6-synopsis] r14314 - doc/trunk/design/syn

2007-03-07 Thread audreyt
Author: audreyt Date: Wed Mar 7 09:10:48 2007 New Revision: 14314 Modified: doc/trunk/design/syn/S06.pod Log: * S06: Instead of introducing the conjectural concept of single-semicolon delimited multiple-longnames, delegate the discussion to S12 and present the non-controversial double-s

Re: [S09] "Whatever" indices and shaped arrays

2007-03-07 Thread Jonathan Lang
OK: before I submit a patch, let me make sure that I've got the concepts straight: "@x[0]" always means "the first element of the array"; "@x[-1]" always means "the last element of the array"; "@x[*+0]" always means "the first element after the end of the array"; "@x[*-1]" always means "the first