On Thu, 2 Jul 2009, TSa wrote:
> Martin D Kealey wrote:
> > This solves both the human expectation ("Would you like wine or beer or
> > juice?" "Beer and juice please" "Sorry...") and the associativity
> > problem: (a ^^ b) ^^ (c ^^ d) == a ^^ (b ^^ (c ^^ d)).
>
> I don't understand how the associ
--
С уважением
Михаил Шогин.
Tel: +7 915 0311328
ICQ: 266776394
e-mail: sho...@corp.mail.ru
Интернет холдинг @mail.ru
www.mail.ru
Author: moritz
Date: 2009-07-02 19:42:40 +0200 (Thu, 02 Jul 2009)
New Revision: 27366
Modified:
docs/Perl6/Spec/S32-setting-library/Str.pod
Log:
[S32/Str] The return type of Str.encode is as specific as possible
Modified: docs/Perl6/Spec/S32-setting-library/Str.pod
Author: moritz
Date: 2009-07-02 19:42:33 +0200 (Thu, 02 Jul 2009)
New Revision: 27365
Modified:
docs/Perl6/Spec/S32-setting-library/Containers.pod
Log:
[S32/Containers] flesh out Buf semantics
Modified: docs/Perl6/Spec/S32-setting-library/Containers.pod
On Thu, Jul 2, 2009 at 9:01 AM, yary wrote:
> On Thu, Jul 2, 2009 at 8:58 AM, TSa wrote:
>>... unless list associative operators somehow flatten the
>> parens away and therefore see a single list of three values instead of
>> two consecutive lists of two items.
>
> that's exactly what list associat
On Thu, Jul 2, 2009 at 8:58 AM, TSa wrote:
>... unless list associative operators somehow flatten the
> parens away and therefore see a single list of three values instead of
> two consecutive lists of two items.
that's exactly what list associative does, it feeds an arbitrarily
long list of value
HaloO,
Martin D Kealey wrote:
This solves both the human expectation ("Would you like wine or beer or
juice?" "Beer and juice please" "Sorry...") and the associativity
problem: (a ^^ b) ^^ (c ^^ d) == a ^^ (b ^^ (c ^^ d)).
I don't understand how the associativity problem is solved when we
use
