Author: larry
Date: Fri Jun 15 12:20:51 2007
New Revision: 14423

Modified:
   doc/trunk/design/syn/S03.pod
   doc/trunk/design/syn/S12.pod

Log:
minor clarifications to previous


Modified: doc/trunk/design/syn/S03.pod
==============================================================================
--- doc/trunk/design/syn/S03.pod        (original)
+++ doc/trunk/design/syn/S03.pod        Fri Jun 15 12:20:51 2007
@@ -222,7 +222,11 @@
 
 Note that this may occur only where a term is expected.  Where a
 postfix is expected, it is a postfix.  If only an infix is expected
-(that is, after a term with intervening whitespace), it is a syntax error.
+(that is, after a term with intervening whitespace), C<.meth> is a
+syntax error.  (The C<.=meth> form is allowed there only because there
+is a special C<.=> infix assignment operator that is equivalent in
+semantics to the method call form but that allows whitespace between
+the C<=> and the method name.)
 
 =item *
 

Modified: doc/trunk/design/syn/S12.pod
==============================================================================
--- doc/trunk/design/syn/S12.pod        (original)
+++ doc/trunk/design/syn/S12.pod        Fri Jun 15 12:20:51 2007
@@ -232,8 +232,8 @@
 likely to produce missing method errors at run time in any case.)
 Also, if there is whitespace around an intended C<.> concatenation,
 it cannot be parsed as a method call at all; instead if fails at
-compile time because standard Perl 6 has no C<< infix:<.> >> operator
-unless the user happens to have defined one (bad idea).]
+compile time because standard Perl 6 has a pseudo C<< infix:<.> >> operator
+that always fails at compile time.]
 
 For situations where you already have a method located, you
 can use a simple scalar variable in place of method name:

Reply via email to