"Peter Otten" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > - allows arbitrary iterables, not sequences only > - smaller memory footprint if sequential access to the items is sufficient
Sure; I meant aside from that. > - fewer special cases, therefore > - less error prone, e. g. > + does your implementation work for functions with > f(a, b) != f(b, a)? See news:[EMAIL PROTECTED] > + won't users be surprised that > cumreduce(f, [1]) == cumreduce(f, [], 1) > != > cumreduce(f, [0]) == cumreduce(f, [], 0) THANKS! > Of course nothing can beat a plain old for loop in terms of readability and > -- most likely -- speed. OK. Thanks, Alan Isaac -- http://mail.python.org/mailman/listinfo/python-list
