Author: masak
Date: 2009-01-08 07:36:06 +0100 (Thu, 08 Jan 2009)
New Revision: 24807
Modified:
docs/Perl6/Spec/S29-functions.pod
Log:
[S29] added slice and hash contextualizers, reordered item and list
Modified: docs/Perl6/Spec/S29-functions.pod
Author: masak
Date: 2009-01-08 07:15:11 +0100 (Thu, 08 Jan 2009)
New Revision: 24806
Modified:
docs/Perl6/Spec/S29-functions.pod
Log:
[S29] moved .perl and .warn from Object to Any. removed Object heading for now.
Modified: docs/Perl6/Spec/S29-functions.pod
Author: masak
Date: 2009-01-08 07:11:11 +0100 (Thu, 08 Jan 2009)
New Revision: 24805
Modified:
docs/Perl6/Spec/S29-functions.pod
Log:
[S29] multiple changes:
* added Object.warn (to be moved in the next commit to Any)
* added invocant colon to Object.perl (to be moved in the next commit to Any)
I have some questions about Pair objects. Synopsis 2 currently
shows Pairs as being immutable, but there are a few places in
the test suite that expect to modify the value component of a
Pair, so I'm asking here:
(1) If I use .pairs to obtain a list of Pairs from an array or
hash, are the value
On Wed, 7 Jan 2009, Jon Lang wrote:
I was just reading through S07, and it occurred to me that if one
wanted to, one could handle stacks and queues as iterators, rather
than by push/pop/shift/unshift of a list. All you'd have to do would
be to create a stack or queue class with a private list a
Author: particle
Date: 2009-01-08 03:19:31 +0100 (Thu, 08 Jan 2009)
New Revision: 24803
Modified:
docs/Perl6/Spec/S19-commandline.pod
Log:
[S19] add a sentence on unchanged syntax features, fix some pod formatting
errors, and remember to update document metadata
Modified: docs/Perl6/Spec/S19-
Author: particle
Date: 2009-01-08 03:08:39 +0100 (Thu, 08 Jan 2009)
New Revision: 24802
Modified:
docs/Perl6/Spec/S19-commandline.pod
Log:
[S19] fix pod-o
Modified: docs/Perl6/Spec/S19-commandline.pod
===
--- docs/Perl6/Spec/S19-c
Author: particle
Date: 2009-01-08 02:57:51 +0100 (Thu, 08 Jan 2009)
New Revision: 24801
Modified:
docs/Perl6/Spec/S19-commandline.pod
Log:
[S19] preliminary musings on metasyntactic options
Modified: docs/Perl6/Spec/S19-commandline.pod
==
Jon Lang wrote:
I believe that we already have a signature creation operator, namely
":( @paramlist )".
Yes, sorry, I missed that.
> ...
Regardless, the magic that makes this work would be the ability to
assign a flat list of values to a signature. Is this wise?
We already have the abilit
Author: particle
Date: 2009-01-07 20:53:32 +0100 (Wed, 07 Jan 2009)
New Revision: 24799
Modified:
docs/Perl6/Spec/S19-commandline.pod
Log:
[S19] describe unchanged syntax
Modified: docs/Perl6/Spec/S19-commandline.pod
===
--- docs/
Author: particle
Date: 2009-01-07 20:42:33 +0100 (Wed, 07 Jan 2009)
New Revision: 24798
Modified:
docs/Perl6/Spec/S19-commandline.pod
Log:
[S19] flesh out most of option reference
Modified: docs/Perl6/Spec/S19-commandline.pod
===
I was just reading through S07, and it occurred to me that if one
wanted to, one could handle stacks and queues as iterators, rather
than by push/pop/shift/unshift of a list. All you'd have to do would
be to create a stack or queue class with a private list attribute and
methods for reading from a
On Jan 5, 2:24 pm, d...@dave.whipp.name (Dave Whipp) wrote:
> Handling all the variations around this (including compound junctions)
> will be quite tricky to implement, even if we did have introspection for
> junctions.
Incidentally, we'd also need introspection of arrays, to extract the
infinit
I'm about to add C to S29. Found this in S16:
] =item warn LIST
]
] =item Str.warn
]
] Prints a warning just like Perl 5, except that it is always sent to
] the object in $*DEFERR, which is just standard error ($*ERR).
First off, shouldn't that be C or something similar? I
suppose strings will be
Author: masak
Date: 2009-01-07 09:34:18 +0100 (Wed, 07 Jan 2009)
New Revision: 24796
Modified:
docs/Perl6/Spec/S29-functions.pod
Log:
[S29] added any, all, one and none as subs and methods on List and Hash
Modified: docs/Perl6/Spec/S29-functions.pod
15 matches
Mail list logo
