>>>>> "TC" == Tom Christiansen <[EMAIL PROTECTED]> writes:
>> I don't want to jam a list into anything. I want it to remain a list.
TC> Then it won't fit. Don't you understand? YOU CANNOT LET IT REMAIN
TC> A LIST AND PUT ALL THOSE THINGS IN A SCALAR SLOT.
>> sub fn { return (3,5,7) }
>> $x = fn; # I want $x==3
Let me try once more. I want that fn() to act like
sub fn { my @a = (3,5,7); return @a}
You are letting the scalar context of the caller to bleed through the return
and effect the _syntatic_ meaning of the comma.
TC> This is not a new concept, nor an isolated one. Here's another list:
TC> $x = @ENV{HOME,USER,TERM};
Not the same. I'm only interested in action-at-a-distance. Where there
is a sub and a return in between. I have no objection to that.
TC> Sure, there are functions that can do those things, but these
TC> aren't functions who get to be quirky. This is completely
TC> expected.
To you perhaps. I feel that the syntactical change is unexpected.
But do you any objectsions to making this limited change? When the
EXPR of a return is a literal list, it should not have its comma
changed?
Will my proposal bleed into anything else in the language?
<chaim>
--
Chaim Frenkel Nonlinear Knowledge, Inc.
[EMAIL PROTECTED] +1-718-236-0183