> '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