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

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 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"

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 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

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 =

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 ==

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

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.

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

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: 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"

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

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

[perl #75136] tests available

This is an automatically generated mail to inform you that tests are now available in t/spec/S06-multi/syntax.t commit 17f12a34c378a536e8e9a816a149785bfd2bb5b6 Author: moritz Date: Fri Jul 16 08:07:21 2010 + [t/spec] tests for RT #75136: declaring a multi just returns the current can

[perl #75872] LTA error message when no multi method candidate can be invoked

On Sat Jun 19 03:15:52 2010, moritz wrote: > 12:11 <@moritz_> rakudo: class A { multi method b($x where { 0 } ) { } > }; A.new.b(4) > 12:11 <+p6eval> rakudo 92e914: OUTPUT«No candidates found to invoke␤ in > main program body at line 11:/tmp/jdOpy6exrT␤» > 12:13 * moritz_ submits rakudobug about

[perl #69676] [BUG] Cannot delegate from user-defined .new to self.Object::new in Rakudo

On Fri Oct 09 02:14:30 2009, masak wrote: > rakudo: class A { has $.a; has $.b; method new($a, $b) { > self.new(:$a, :$b) } }; say .a, .b for A.new(42, "OH HAI") > rakudo daf221: OUTPUT«invalid arg type in named portion of > args [...] > above, I tried to delegate to the Object::new method Fail

[perl #74186] tests available

This is an automatically generated mail to inform you that tests are now available in t/spec/S12-attributes/instance.t commit 8a69002619251c8f4b03425e40a01e4b0483ee1a Author: moritz Date: Fri Jul 16 07:56:35 2010 + [t/spec] tests for RT #74186, unfudge two similar tests, and switch to

[perl #76366] tests available

This is an automatically generated mail to inform you that tests are now available in t/spec/S04-declarations/my.t commit 250691a4b287c3ba06b94e5d107bd9e60cfcb20e Author: moritz Date: Fri Jul 16 07:46:44 2010 + [t/spec] tests for RT #76366, accessing lexicals through our-subs

[perl #76366] [BUG] Can't access a lexical 'my' variable situated in an immediate block from an 'our'-scoped routine situated in the same block in Rakudo

On Sat Jul 03 08:01:30 2010, masak wrote: > rakudo: { my $a; our sub foo() { $a } } > rakudo 7017d2: OUTPUT«===SORRY!===␤Symbol '$a' not > predeclared in foo [...] > bug or feature? > "feature" ;-) > g... > (not really) > * masak submits rakudofeature > I think that should work. Now: 0

[perl #75136] return value of multi declaration should be just one candidate.

On Sun May 16 21:11:42 2010, le...@wall.org wrote: > When I run: > > multi x (Int $x) {...} > (multi x (Str $x) {...})>>.candidates>>.say > > It outputs: > x > x > > (note there are two x's). The declaration of the second multi is returning > the multisub with both candidates, rather than just

[perl #69562] [BUG] The reporting of line numbers is useless in Rakudo

On Sun Oct 04 04:46:44 2009, masak wrote: > $ perl6 -e'foo' > Could not find non-existent sub foo > in Main (src/gen_setting.pm:3469) > > Now, I suppose that 'in Main' is technically correct, but having > Rakudo write 'in the -e script' or something would be more helpful. As > for the 'src/gen_set

[perl #68752] perl6 --version doesn't actually give version info

On Sun Aug 23 21:14:11 2009, japhb wrote: > The --version option should at least print the most recent release > number, and preferably also the git rev. Instead, this is what you get: > > $ perl6 --version > This is Rakudo Perl 6. > > Copyright 2006-2009, The Perl Foundation. > Now: C:\Consu

[perl #74186] [BUG] Lexical subs aren't found during attribute initialization in Rakudo

On Fri Apr 09 09:14:07 2010, masak wrote: > rakudo: class A { sub b { 0x10 }; has $!c = b }; A.new > rakudo 4c94d7: OUTPUT«Could not find sub &b [...] > this is biting me currently. I use subs because constants > didn't work in classes in alpha, and don't work at all in master. > jnthn: any ide