r31727 -[spec] Add Real.rand to spec, as it was already in the spectests and Rakudo. Change term: description to refer to it.

Author: colomon Date: 2010-07-16 15:15:21 +0200 (Fri, 16 Jul 2010) New Revision: 31727 Modified: docs/Perl6/Spec/S32-setting-library/Numeric.pod Log: [spec] Add Real.rand to spec, as it was already in the spectests and Rakudo. Change term: description to refer to it. Modified: docs/Perl6/Spe

Suggested magic for "a" .. "b"

Oh bother, I wrote this up last night, but forgot to send it. Here y'all go: I've been testing ".." recently, and it seems, in Rakudo, to behave like Perl 5. That is, the magic auto-increment for "a" .. "z" works very wonkily, given any range that isn't within some very strict definitions (identic

Re: Suggested magic for "a" .. "b"

On Fri, Jul 16, 2010 at 9:40 AM, Aaron Sherman wrote: > For example: > > "Ab" .. "Be" > > defines the ranges: > > and > > This results in a counting sequence (with the most significant character on > the left) as follows: > > > > Currently, Rakudo produces this: > > "Ab", "Ac", "Ad", "Ae", "Af"

r31735 -[spec] Say a bit about Numeric operators and Bridge.

Author: colomon Date: 2010-07-16 20:39:33 +0200 (Fri, 16 Jul 2010) New Revision: 31735 Modified: docs/Perl6/Spec/S32-setting-library/Numeric.pod Log: [spec] Say a bit about Numeric operators and Bridge. Modified: docs/Perl6/Spec/S32-setting-library/Numeric.pod =

Re: r31735 -[spec] Say a bit about Numeric operators and Bridge.

pugs-comm...@feather.perl6.nl wrote: Author: colomon Date: 2010-07-16 20:39:33 +0200 (Fri, 16 Jul 2010) New Revision: 31735 Modified: docs/Perl6/Spec/S32-setting-library/Numeric.pod Log: [spec] Say a bit about Numeric operators and Bridge. +Users who provide their own scalar real numeric typ

Re: Suggested magic for "a" .. "b"

Aaron (>): > [...] > > Many useful results from this suggested change: > > "C" .. "A" = (Rakudo: <>) Regardless of the other traits of your proposed semantics, I think permitting reversed ranges such as the one above would be a mistake. Rakudo gives the empty list for ranges whose lhs exceeds (f

Re: r31735 -[spec] Say a bit about Numeric operators and Bridge.

On 16 Jul 2010, at 14:39, pugs-comm...@feather.perl6.nl wrote: Because all C types are well-ordered Oh, they are? Just how are we implementing that? says that the de facto standard foundations of mathematics are insufficient to define a formula for

r31736 -[Numeric] fix typo and a technicality pointed out by Minimiscience++

Author: lwall Date: 2010-07-17 00:10:05 +0200 (Sat, 17 Jul 2010) New Revision: 31736 Modified: docs/Perl6/Spec/S32-setting-library/Numeric.pod Log: [Numeric] fix typo and a technicality pointed out by Minimiscience++ Modified: docs/Perl6/Spec/S32-setting-library/Numeric.pod ==

r31737 -[S02,S06] change YOU_ARE_HERE to {YOU_ARE_HERE} to better represent the UNIT block

Author: lwall Date: 2010-07-17 00:41:33 +0200 (Sat, 17 Jul 2010) New Revision: 31737 Modified: docs/Perl6/Spec/S02-bits.pod docs/Perl6/Spec/S06-routines.pod Log: [S02,S06] change YOU_ARE_HERE to {YOU_ARE_HERE} to better represent the UNIT block Modified: docs/Perl6/Spec/S02-bits.pod =

Re: Suggested magic for "a" .. "b"

On 2010-07-16 18:40, Aaron Sherman wrote: Oh bother, I wrote this up last night, but forgot to send it. Here y'all go: I've been testing ".." recently, and it seems, in Rakudo, to behave like Perl 5. That is, the magic auto-increment for "a" .. "z" works very wonkily, given any range that isn't

Re: Suggested magic for "a" .. "b"

Aaron Sherman wrote: > Oh bother, I wrote this up last night, but forgot to send it. Here y'all > go: > > I've been testing ".." recently, and it seems, in Rakudo, to behave like > Perl 5. That is, the magic auto-increment for "a" .. "z" works very > wonkily, > given any range that isn't within som

Re: Suggested magic for "a" .. "b"

On Fri, Jul 16, 2010 at 1:14 PM, yary wrote: > There is one case where Rakudo's current output makes more sense then > your proposal, and that's when the sequence is analogous to a range of > numbers in another base, and you don't want to start at the equivalent > of '' or end up at the equiv

Re: Suggested magic for "a" .. "b"

On Fri, Jul 16, 2010 at 9:40 PM, Michael Zedeler wrote: > > What started it all, was the intention to extend the operator, making it > possible to evaluate it in list context. Doing so has opened pandoras box, > because many (most? all?) solutions are inconsistent with the rule of least > surpris

Re: Suggested magic for "a" .. "b"

On Fri, Jul 16, 2010 at 3:49 PM, Carl Mäsak wrote: > Aaron (>): > > [...] > > > > Many useful results from this suggested change: > > > > "C" .. "A" = (Rakudo: <>) > > Regardless of the other traits of your proposed semantics, I think > permitting reversed ranges such as the one above would be a