[OT] Re: [svn:perl6-synopsis] r13540 - doc/trunk/design/syn

2007-01-28 Thread Aaron Crane
Nicholas Clark writes: > Also, I'm never totally confident on what isn't quite undefined behaviour in > C, but something like > > $a = $b + ++$b; > > doesn't appear to have multiple side effects, yet it ought to be undefined. It is undefined in C. The standard says that between any adjacent p

Re: [svn:perl6-synopsis] r13540 - doc/trunk/design/syn

2007-01-27 Thread John Macdonald
On Sat, Jan 27, 2007 at 06:18:50PM +, Nicholas Clark wrote: > Is it defined that $a + $b evaluates the arguments in any particular order? > Even guaranteeing that either the left or the right gets completely evaluated > first would be better than C :-) In C, that is deliberately left undefined

Re: [svn:perl6-synopsis] r13540 - doc/trunk/design/syn

2007-01-27 Thread Nicholas Clark
On Sat, Jan 27, 2007 at 12:59:59AM -0800, [EMAIL PROTECTED] wrote: > +As in C, these operators increment or decrement the object in question > +either before or after the value is taken from the object, depending on > +whether it is put before or after. Also as in C, use of multiple side > +effec

[svn:perl6-synopsis] r13540 - doc/trunk/design/syn

2007-01-27 Thread larry
Author: larry Date: Sat Jan 27 00:59:58 2007 New Revision: 13540 Modified: doc/trunk/design/syn/S03.pod Log: Major reorganization of S03. Modified: doc/trunk/design/syn/S03.pod == --- doc/trunk/design/syn/S03.pod