Author: larry
Date: Mon Sep 1 18:12:53 2008
New Revision: 14579
Modified:
doc/trunk/design/syn/S04.pod
Log:
clarify that statement introducers may not use function syntax, which is
reserved for user functions of the same name
Modified: doc/trunk/design/syn/S04.pod
==
Author: larry
Date: Mon Sep 1 17:02:00 2008
New Revision: 14578
Modified:
doc/trunk/design/syn/S02.pod
Log:
added Rat type to list of immutables, mbiggar++
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/des
On Mon, Sep 01, 2008 at 03:40:39PM -0400, Brandon S. Allbery KF8NH wrote:
> On 2008 Sep 1, at 15:20, Larry Wall wrote:
>> On Mon, Sep 01, 2008 at 05:52:28PM +0200, TSa wrote:
>>> John M. Dlugosz wrote:
Perhaps the supplier of the CPAN module for the nth function could
also include, beside
On Sun, Aug 31, 2008 at 04:28:36PM -0500, John M. Dlugosz wrote:
> Has the "err" operator, as a low-precidence version of //, been removed?
Yes.
> It's not mentioned in S03, and the semantics of "orelse" is different.
> Is "orelse" supposed to be a direct replacement, meaning if you ignore
>
On 2008 Sep 1, at 15:20, Larry Wall wrote:
On Mon, Sep 01, 2008 at 05:52:28PM +0200, TSa wrote:
John M. Dlugosz wrote:
Perhaps the supplier of the CPAN module for the nth function could
also include, besides the actual function, an optimization pattern
plug-in that locates the idiom in the pars
On Mon, Sep 01, 2008 at 05:52:28PM +0200, TSa wrote:
> HaloO,
>
> John M. Dlugosz wrote:
>> Perhaps the supplier of the CPAN module for the nth function could
>> also include, besides the actual function, an optimization pattern
>> plug-in that locates the idiom in the parse tree and replaces the
>
HaloO,
John M. Dlugosz wrote:
Perhaps the supplier of the CPAN module for the nth function could
also include, besides the actual function, an optimization pattern
plug-in that locates the idiom in the parse tree and replaces the
expression with a call to nth.
Wouldn't a dispatch target postci
Patrick R. Michaud wrote:
> On Thu, Aug 28, 2008 at 08:32:41AM -0700, Carl Mäsak wrote:
>> r30590:
>> $ ./perl6 -e 'regex a { b }; "b" ~~ a'
>> too few arguments passed (0) - 2 params expected
>> [...]
>>
>> I've also added tests for this in t/spec/S05-metasyntax/regex.t.
>>
>> (S05 is not entire
