Re: fallback semantics of list methods

2008-06-16 Thread TSa (Thomas Sandlaß)
HaloO, On Saturday, 14. June 2008 18:43:05 Daniel Ruoso wrote: Moritz convinced me that there's actually no real reason to support $nonlist.listmethod I wouldn´t do that either. But I come to that conclusion from the line of thought that it is generally a bad idea to block an Any slot in a

fallback semantics of list methods

2008-06-14 Thread Moritz Lenz
In the test suite and on IRC there was quite some confusion about how list builtins are specced, and how they should behave in corner cases. One is join(): our Str multi method join ( @values: Str $separator = ' ' ) our Str multi join ( Str $separator = ' ', [EMAIL PROTECTED] ) It is quite clear

Re: fallback semantics of list methods

2008-06-14 Thread Larry Wall
On Sat, Jun 14, 2008 at 01:46:10PM +0200, Moritz Lenz wrote: : In the test suite and on IRC there was quite some confusion about how : list builtins are specced, and how they should behave in corner cases. : : One is join(): : our Str multi method join ( @values: Str $separator = ' ' ) : our Str

Re: fallback semantics of list methods

2008-06-14 Thread Daniel Ruoso
Sáb, 2008-06-14 às 09:20 -0700, Larry Wall escreveu: On Sat, Jun 14, 2008 at 01:46:10PM +0200, Moritz Lenz wrote: : Fallback semantics in S12 suggest that since no matching multi method is : found, subs are tried - that is, the expression is interpreted as :join('str', 'other_str') :