From: Larry Wall <[EMAIL PROTECTED]>
"last" almost works, except it's specific to loops
But last also works for anonymous blocks, which aren't loops. (Aren't they?
Don't know about you tovarisch, but my anonymous blocks execute just once.)
In fact, that's why I asked. I have a lot of code that
Will Perl6 have labeled if blocks? Like this:
BLAH:
if ($foo) {
...
last BLAH if $bar;
...
}
_
Surf the Web without missing calls! Get MSN Broadband.
http://resourcecenter.msn.com/access/plans/freeactivation.asp
>From: Uri Guttman <[EMAIL PROTECTED]>
>that is not a variable property so it should be
>a compile time error.
I was under the impression that compile time properties, like runtime
properties, can be arbitrarily invented and/or assigned. If that is
correct, why would "my $var is true", meaningle
>From: Trey Harris <[EMAIL PROTECTED]>
>To: Steve Canfield <[EMAIL PROTECTED]>
> > I would expect it to output "false".
>
>Why? I believe that, whatever you set $var to, you have marked the
>variable as constantly true in booleans.
Because in my experi
Would it be accurate to say that "is" sets properties of variables, whereas
"but" sets properties of values? If so, what would this output:
my $var is true;
$var=0;
if ($var) {print "true"}
else {print "false"}
I would expect it to output "false".
__
Damian Conway wrote:
>>And is the is/but distinction still around?
>
>Oh, yes.
Could someone please reference where this decision was made. I do not find
any information describing the distinction.
Steve
_
Join the worlds larges
From: Dan Sugalski [EMAIL PROTECTED]
>I actually had something a bit more subversive
>in mind, where the assignment operator for the
>Date class did some magic the same way we do
>now when we do math on strings.
I was thinking a simple general purpose rule. If the variable is
typed, and its class
Will there be automatic calling of the deserialization method for objects,
so that code like this DWIMs...
my Date $bday = 'June 25, 2002';
_
Send and receive Hotmail on your mobile device: http://mobile.msn.com
