S03, lines 418-420: "[cmp] always returns C,
C, or C (which numerify to -1, 0, or +1)."
Shouldn't Order::Increase numerify to +1 and Order::Decrease to -1? In
which case it would be clearer to put them in respective order above...
S02 states that there is no ".length" method on Str's (or for cumulative
element length of Arrays); you have to ask explicitly for the units you
want to count . But then it goes on to define the StrPos and StrLen
types, which are unit-agnostic. So why not have a .length that returns
a StrLen?
Just noticed this on line 474: "Variables with native types does not
support undefinedness"
> Log:
> Interesting fossil discovered by Mark.Reed++.
Fossil, eh? Hm. Mark "Indiana" Reed, Documentational Archaeologist. I
should get cards made up...
Thanks for the fix...
Sorry, over-trimmage. That's in S02.
-Original Message-
From: Reed, Mark (TBS)
Sent: Monday, August 07, 2006 4:28 PM
To: '[EMAIL PROTECTED]'; 'perl6-language@perl.org'
Subject: RE: [svn:perl6-synopsis] r10678 - doc/trunk/design/syn
> You may interpolat
> You may interpolate a string into a package or variable name using
::($expr) where you'd ordinarily put a package or
> variable name. The string is allowed to contain additional instances
of ::, which will be interpreted as package
> nesting. You may only interpolate entire names, since the cons
