On Thu, Apr 24, 2008 at 1:20 AM, Ph. Marek <[EMAIL PROTECTED]> wrote:
> On Mittwoch, 23. April 2008, Larry Wall wrote:
> > On Wed, Apr 23, 2008 at 04:03:01PM +0100, Smylers wrote:
> > : The algorithm for increment and decrement on strings sounds really good,
> > : however I'm concerned that deal
On Mittwoch, 23. April 2008, Larry Wall wrote:
> On Wed, Apr 23, 2008 at 04:03:01PM +0100, Smylers wrote:
> : The algorithm for increment and decrement on strings sounds really good,
> : however I'm concerned that dealing with all that has made the common
> : case of integer decrement a little less
On Wed, Apr 23, 2008 at 04:03:01PM +0100, Smylers wrote:
: The algorithm for increment and decrement on strings sounds really good,
: however I'm concerned that dealing with all that has made the common
: case of integer decrement a little less intuitive where the integer
: happens to be stored in
HaloO,
I wrote:
subset Five of Int where {$_ == 5}
is the corresponding type
my Five $x; # effectively a constant
my 5$y; # syntax error or 5 in type position?
Would
my :(5) $z;
work as a type literal?
Regards, TSa.
--
"The unavoidable price of reliability is simplicit
HaloO,
Smylers wrote:
If a 'number' is read in from a file, standard input, a webpage, a
command-line argument, and possibly even a database then it's likely to
be a string to start with.
I realize there are ways to get round this, for example by declaring the
variable as numeric. But not havi
HaloO,
John M. Dlugosz wrote:
Using Dog in an expression (rather than a declaration) returns an
undefined protoobject of type Dog.
Yeah, an avatar.
But we already know that this is
supposed to work:
my ::Alias ::= Dog;
but maybe the RHS of ::= (if not :=) has its own special parsing
On September 13th [EMAIL PROTECTED] committed:
> Modified: doc/trunk/design/syn/S03.pod
> ==
>
> +Perl 6 also supports C decrement with similar semantics, simply by
> +running the cycles the other direction. However, lef
