Steve Fink writes:
> But that's really just shifting the burden to the receiving end, which
> will now have to filter P5..P(5+L1-1), P3[0..] into the appropriate
> local variables. So what would be even easier, and probably just as
> fast, would be to say that unprototyped functions pass *all* of their
> arguments through the overflow array.
Well...
Yes yes yes yes yes!
Yes.
Please do that.
> [...]
>
> Let me throw one out there while I'm at it...
>
> sub f ($a, $b, [EMAIL PROTECTED]) { ... }
> f(1, [EMAIL PROTECTED], @array);
>
> what does that do? Is it an error? If not, then does @array get
> flattened or not? Please don't make me read [AES]6 again!
>
> I suppose that was a question for the language list. But then I'd have
> to read the language list.
While I'm here...
C<f> imposes a scalar context on its first two arguments, and a
flattening list context on the rest. But that doesn't matter, because
right when you wrote C<*> in the call, you switched it over to
flattening list context. So $a gets 1, $b gets the first element of @x
(or @array if @x is empty), and @c gets the rest of the elements of @x
and @array.
Luke
