On Mon, Jun 21, 2010 at 3:37 PM, Patrick R. Michaud wrote:
> On Mon, Jun 21, 2010 at 09:47:37AM +0100, Smylers wrote:
>
> On the other hand, many of our other list-y methods also work on
> scalars (treating them as a list of 1 element -- essentially a no-op):
> .join, .sort, .any, .all, .rotate, .
On Tue, Jun 22, 2010 at 4:40 AM, David Landgren wrote:
> On 22/06/2010 09:07, Richard Hainsworth wrote:
>>
>> I was going to suggest this too after reading PM's post. I would suggest
>> that for whatever reason a list operator was used on a scalar, including
>> a hold over form another language (R
This is an automatically generated mail to inform you that tests are now
available in t/spec/S12-attributes/instance.t
commit 971afd72f736ddb18557b782d16146d783086214
Author: moritz
Date: Tue Jun 22 20:55:24 2010 +
[t/spec] test for RT #75266, indexing array attributes with non-Ints
This is an automatically generated mail to inform you that tests are now
available in t/spec/S02-builtin_data_types/whatever.t
commit 8883b7464721ad7dc4e280e5e55b99c749207183
Author: moritz
Date: Tue Jun 22 20:50:38 2010 +
[t/spec] tests for RT #69362, signatures of WhateverCode objec
This is an automatically generated mail to inform you that tests are now
available in t/spec/S12-attributes/delegation.t
commit e0e8f85004675afcd492813be194b2483e32b3b6
Author: moritz
Date: Tue Jun 22 20:46:05 2010 +
[t/spec] test for RT #75966, delegation with parameters
git
Author: masak
Date: 2010-06-22 16:40:29 +0200 (Tue, 22 Jun 2010)
New Revision: 31409
Modified:
docs/Perl6/Spec/S29-functions.pod
docs/Perl6/Spec/S32-setting-library/Basics.pod
Log:
[S29, S32] removed eqv() and cmp() functions
They don't confer any particular advantages over the operator for
David Landgren writes:
> On 22/06/2010 09:07, Richard Hainsworth wrote:
>
> > I was going to suggest this too after reading PM's post. I would
> > suggest that for whatever reason a list operator was used on a
> > scalar, including a hold over form another language (Ruby and
> > perl5), a warning
Last night I was looking over the book, and a few cases in src/operators.pod
where code is spaced so that operators line up vertically. This seems
reasonable in concept, but in practice this code comes right after the
precedence section and that makes it look confusing to me. For example:
say
On Mon Jun 21 07:07:54 2010, pawel.pab...@implix.com wrote:
> [16:03] rakudo: say
> "1"~1
> [16:03] rakudo c6a829: OUTPUT«1»
> [16:04] bbkr: parses as "1" ~~ ~(~(~(1))) -- but with more
> prefix:<~>
> [16:04] std: say
> "1"~~~
A few additional items that I've tweaked in a forked copy:
http://github.com/ajs/book
Just some awkward bits that I've tried to make less so.
On Mon, Jun 21, 2010 at 2:48 PM, Aaron Sherman wrote:
> Last night I was looking over the book, and a few cases in src/operators.pod
> where code is spac
# New Ticket Created by Paweł Pabian
# Please include the string: [perl #75920]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=75920 >
[16:03] rakudo: say "1"~1
[16:03] rakudo c
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #75914]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=75914 >
$ perl6
> grammar { token a-a { a } }
()
> grammar { token a-a { a }; token b { }
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #75918]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=75918 >
rakudo: class MyException is Exception {}; die
MyException.new("OH ERROR")
rakudo c6a8
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #75916]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=75916 >
rakudo: given 42 { say "Int" when Int }
rakudo c6a829: OUTPUT«===SORRY!===Missing blo
On 22/06/2010 09:07, Richard Hainsworth wrote:
I was going to suggest this too after reading PM's post. I would suggest
that for whatever reason a list operator was used on a scalar, including
a hold over form another language (Ruby and perl5), a warning should be
issued. Most likely to be an err
I was going to suggest this too after reading PM's post. I would suggest
that for whatever reason a list operator was used on a scalar, including
a hold over form another language (Ruby and perl5), a warning should be
issued. Most likely to be an error.
On 06/21/2010 11:05 PM, yary wrote:
War
16 matches
Mail list logo
