Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

2020-10-14 Thread Aureliano Guedes
Oh, thanks, now it makes sense. On Wed, Oct 14, 2020 at 12:01 PM Brian Duggan wrote: > On Wednesday, October 14, Aureliano Guedes wrote: > > In this point, the unique weirdness I'd like to understand is why in Raku > > `@nums.log == 2.302585092994046e0`. I don't understand where this value > >

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

2020-10-14 Thread Brian Duggan
On Wednesday, October 14, Aureliano Guedes wrote: > In this point, the unique weirdness I'd like to understand is why in Raku > `@nums.log == 2.302585092994046e0`. I don't understand where this value > comes from. This comes from the length of the array; the array is coerced into a numeric

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

2020-10-14 Thread Aureliano Guedes
I'd like to help with my 2 cents. Given your comparison with R, sum, and mean are expected to play with a vector rather than log and sin are expected to play with single numbers. Then, the expected behavior for numerics types in Raku still the same as in R. The difference is only that the

Re: Language Design: 'special casing' of split()? (i.e. .split performs concomitant .join? )

2020-10-14 Thread William Michels via perl6-users
On Mon, Oct 12, 2020 at 10:02 AM Larry Wall wrote: > > On Mon, Oct 12, 2020 at 01:14:09PM -0300, Aureliano Guedes wrote: > : > This seems pretty convenient and intuitive. At least, it is possible > : > to mimic that behavior in Raku: > : > > : > List.^find_method('split').wrap: {