> 'foo'->bar($baz)
>
> looks visually clattered, but C<<foo()->bar($baz)>> looks as if it expresses
> its meaning. The default choice is done so that if you need other
> choice, your code does not look artificial.
Hear, hear!
> foo->bar($baz, $coon)
>
> should be made synonymous with
>
> foo->bar $baz, $coon
>
> I can see no ambiguity in this call, but it not always works with Perl5.
But [proposal:] Method calls should respect prototypes just like normal subs.
So that if bar is prototyped as bar($$), then the call is parsed as
foo->bar($baz), $coon
--
John Porter
We're building the house of the future together.
- RFC 244 (v1) Method calls should not suffer from the a... Perl6 RFC Librarian
- Re: RFC 244 (v1) Method calls should not suffer f... Michael G Schwern
- Re: RFC 244 (v1) Method calls should not suffer f... Nathan Wiger
- Re: RFC 244 (v1) Method calls should not suff... John Porter
- Re: RFC 244 (v1) Method calls should not suffer f... John Porter
- Re: RFC 244 (v1) Method calls should not suff... Tom Christiansen
- Re: RFC 244 (v1) Method calls should not suffer f... Nathan Wiger
- Re: RFC 244 (v1) Method calls should not suff... Ilya Zakharevich
- Why -> cannot autoquote the LHS (was Re: RFC 2... Nathan Wiger
- Accessing perl's command line switches Chaim Frenkel
- Re: Why -> cannot autoquote the LHS (was R... Glenn Linderman
- Re: RFC 244 (v1) Method calls should not suffer f... Ilya Zakharevich
- Re: RFC 244 (v1) Method calls should not suff... Nathan Wiger
- Re: RFC 244 (v1) Method calls should not ... Ilya Zakharevich
- Re: RFC 244 (v1) Method calls should ... Nathan Wiger
