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

2008-07-10 Thread larry
Author: larry Date: Thu Jul 10 19:03:34 2008 New Revision: 14561 Modified: doc/trunk/design/syn/S12.pod Log: [S12] s/bool/Bool/ Modified: doc/trunk/design/syn/S12.pod == --- doc/trunk/design/syn/S12.pod(origi

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

2008-07-10 Thread larry
Author: larry Date: Thu Jul 10 14:01:39 2008 New Revision: 14560 Modified: doc/trunk/design/syn/S12.pod Log: [S12] .HOW clarifications requested by ruoso++ Modified: doc/trunk/design/syn/S12.pod == --- doc/trunk/desi

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

2008-07-10 Thread pmichaud
Author: pmichaud Date: Thu Jul 10 13:22:30 2008 New Revision: 14559 Modified: doc/trunk/design/syn/S12.pod Log: S12: Remove "method fall back to subroutine". Modified: doc/trunk/design/syn/S12.pod == --- doc/trunk/d

Re: step size of nums

2008-07-10 Thread Mark J. Reed
On Thu, Jul 10, 2008 at 12:45 PM, Jon Lang <[EMAIL PROTECTED]> wrote: > So if '++' works on strings, it might be reasonable to have "bob"++ == "boc". I was assuming that would continue to be true, as it is currently in Perl5, Pugs, and Rakudo. (Well, technically "bob"++ is an error, but { my $x =

Re: step size of nums

2008-07-10 Thread Jon Lang
Mark J. Reed wrote: > All of this is IMESHO, of course, but I feel rather strongly on this > issue. " ++ " means " += 1 ". Agreed. Anything else violates the principle of least surprise. Mind you, this is only true for numerics, where the concept of "1" potentially has meaning. For non-numerics

Re: step size of nums

2008-07-10 Thread Mark J. Reed
2008/7/10 TSa <[EMAIL PROTECTED]>: > So, does it make sense to define ++ and -- for nums as > $x++ meaning $x += $x.step? No. > Or should these operators floor the value to an Int and step the result? No. For any numeric type of $x, $x++ should mean $x += 1.3.14 becomes 4.14. -3.14 becomes

Re: step size of nums

2008-07-10 Thread jerry gay
2008/7/10 TSa <[EMAIL PROTECTED]>: > HaloO, > > Larry Wall wrote: >> Well, maybe 0 .. 10-ε or some such. > > This ε there is what I have as the .step method of nums > in the thread "The Inf type". That is $min..^$max is the > same as $min..($max-$max.step). For Ints the .step is > always 1. For Num

Re: step size of nums

2008-07-10 Thread TSa
HaloO, Larry Wall wrote: > Well, maybe 0 .. 10-ε or some such. This ε there is what I have as the .step method of nums in the thread "The Inf type". That is $min..^$max is the same as $min..($max-$max.step). For Ints the .step is always 1. For Nums it depends on the number, that is the spacing of