On Mon, 9 Mar 2009, Larry Wall wrote:
> the only difference between C and C is that you can only use
> C at the start of a statement. But we're more liberal about where
> statements are expected in Perl 6, so you can say things like:
>
> my @results = do for @list -> $x {...};
> my @resul
On Mon, Mar 09, 2009 at 11:38:29AM -0500, Patrick R. Michaud wrote:
: On Sun, Mar 08, 2009 at 09:31:19PM -0700, Larry Wall wrote:
: > On Sun, Mar 08, 2009 at 09:36:17PM +0100, Moritz Lenz wrote:
: > : But both pugs and rakudo respect the arity of the code ref passed to it,
: > : so that (1..6).map(
Author: lwall
Date: 2009-03-09 23:46:07 +0100 (Mon, 09 Mar 2009)
New Revision: 25775
Modified:
docs/Perl6/Spec/S05-regex.pod
Log:
more result object demotion
Modified: docs/Perl6/Spec/S05-regex.pod
===
--- docs/Perl6/Spec/S05-reg
Author: lwall
Date: 2009-03-09 23:33:54 +0100 (Mon, 09 Mar 2009)
New Revision: 25774
Modified:
docs/Perl6/Spec/S05-regex.pod
Log:
~ and + now just stringify/numify the matched string, not the result object
Modified: docs/Perl6/Spec/S05-regex.pod
===
Author: wayland
Date: 2009-03-09 23:24:01 +0100 (Mon, 09 Mar 2009)
New Revision: 25773
Modified:
docs/Perl6/Spec/S32-setting-library/Rules.pod
Log:
Updated in line with Larry's changes to S05
Modified: docs/Perl6/Spec/S32-setting-library/Rules.pod
=
Author: lwall
Date: 2009-03-09 23:19:26 +0100 (Mon, 09 Mar 2009)
New Revision: 25772
Modified:
docs/Perl6/Spec/S12-objects.pod
Log:
clarify semantics of invocant type checking on exported methods
Modified: docs/Perl6/Spec/S12-objects.pod
===
Author: wayland
Date: 2009-03-09 23:02:28 +0100 (Mon, 09 Mar 2009)
New Revision: 25771
Modified:
docs/Perl6/Spec/S32-setting-library/Basics.pod
Log:
Removed "is export" from true/not, as per pmichaud++ s suggestion
Modified: docs/Perl6/Spec/S32-setting-library/Basics.pod
=
Author: lwall
Date: 2009-03-09 22:54:20 +0100 (Mon, 09 Mar 2009)
New Revision: 25770
Modified:
docs/Perl6/Spec/S02-bits.pod
docs/Perl6/Spec/S05-regex.pod
Log:
.i should be \i
.text should be .Str
Modified: docs/Perl6/Spec/S02-bits.pod
===
Author: wayland
Date: 2009-03-09 22:49:00 +0100 (Mon, 09 Mar 2009)
New Revision: 25769
Modified:
docs/Perl6/Spec/S32-setting-library/Numeric.pod
Log:
Changed real to re, and imaginary to im, as perl moritz_++ suggestion
Modified: docs/Perl6/Spec/S32-setting-library/Numeric.pod
===
On Mon, 9 Mar 2009, Patrick R. Michaud wrote:
On Fri, Mar 06, 2009 at 01:37:16PM +1100, Timothy S. Nelson wrote:
I guess the way I decide things like this is:
- If it's a method on a role/object, then it lives in S32
- If it's not a method, then it lives in S29
Do we have
Author: wayland
Date: 2009-03-09 22:43:40 +0100 (Mon, 09 Mar 2009)
New Revision: 25768
Modified:
docs/Perl6/Spec/S32-setting-library/Basics.pod
docs/Perl6/Spec/S32-setting-library/Numeric.pod
Log:
Added real/imaginary to Complex, and true/not to Object
Modified: docs/Perl6/Spec/S32-setting
On Mon, Mar 09, 2009 at 10:53:12AM -0700, Larry Wall wrote:
> : - PGE doesn't implement by default, because that's not (yet?)
> : part of the spec. It only appears in PCT::Grammar, for people
> : using the Parrot Compiler Toolkit to create languages.
>
> I have wanted a number of times, par
Author: pmichaud
Date: 2009-03-09 20:50:03 +0100 (Mon, 09 Mar 2009)
New Revision: 25767
Modified:
docs/Perl6/Spec/S05-regex.pod
Log:
[spec]: Update S05: remove , add , revise , , , and
.
Modified: docs/Perl6/Spec/S05-regex.pod
On Mon, Mar 09, 2009 at 02:40:43PM -0300, Daniel Ruoso wrote:
: Em Dom, 2009-03-08 às 21:31 -0700, Larry Wall escreveu:
: > I think the basic rule has to be simply can the signature bind to
: > the remaining arguments. If not, we get a warning on unused arguments.
:
: Just to put here an idea I s
: - PGE doesn't implement by default, because that's not (yet?)
: part of the spec. It only appears in PCT::Grammar, for people
: using the Parrot Compiler Toolkit to create languages.
I have wanted a number of times, particularly after generic
tokens that might or might end in \w. So feel
On Mon, Mar 09, 2009 at 10:32:02AM -0700, jerry gay wrote:
> > To make things a bit quicker for people writing custom versions of
> > (which may need to include "comment whitespace"), the Parrot
> > Compiler Toolkit also provides an optimized rule that matches
> > only between a pair of word char
Em Dom, 2009-03-08 às 21:31 -0700, Larry Wall escreveu:
> I think the basic rule has to be simply can the signature bind to
> the remaining arguments. If not, we get a warning on unused arguments.
Just to put here an idea I sent on irc...
What if Signature.ACCEPTS set $/ with the matched argumen
On Mon, Mar 9, 2009 at 10:16, Patrick R. Michaud wrote:
>> On Sun, Mar 08, 2009 at 09:43:17AM +0100, pugs-comm...@feather.perl6.nl
>> wrote:
>> =item * ws
>>
>> Match whitespace between tokens.
>>
>> =item * space
>>
>> Match a single whitespace character. Hence C< > is equivalent to C<
>> + >.
> On Sun, Mar 08, 2009 at 09:43:17AM +0100, pugs-comm...@feather.perl6.nl wrote:
> =item * ws
>
> Match whitespace between tokens.
>
> =item * space
>
> Match a single whitespace character. Hence C< > is equivalent to C<
> + >.
The definitions of and above are incorrect, or at least
mislea
On Fri, Mar 06, 2009 at 01:37:16PM +1100, Timothy S. Nelson wrote:
> I guess the way I decide things like this is:
> - If it's a method on a role/object, then it lives in S32
> - If it's not a method, then it lives in S29
Do we have many things that aren't methods?
>> * Should t
On Sun, Mar 08, 2009 at 09:31:19PM -0700, Larry Wall wrote:
> On Sun, Mar 08, 2009 at 09:36:17PM +0100, Moritz Lenz wrote:
> : But both pugs and rakudo respect the arity of the code ref passed to it,
> : so that (1..6).map({$^a + $^b + $^c}) returns the list (6, 15), which is
> : very nice and very
On Sun, Mar 08, 2009 at 09:43:17AM +0100, pugs-comm...@feather.perl6.nl wrote:
: added new rule to enable definition of .
is bad design, because people will think it matches a whole word,
and it's unnecessary because it duplicates \w.
Larry
- Original Message
> From: Ovid
> Eventually, the code broke and threw a bunch of weird "recursive inheritance"
> warnings due to multiple anonymous classes being applied to the object. This
> was *real fun* to debug, but I can imagine a scenario for this being natural:
>
> Your RE
23 matches
Mail list logo
