On 5/19/07, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > > Giovanni Bajo wrote: > >> Another workaround could be: > > Before focusing mental talents on workarounds and implementations, > it would be worthwhile to consider whether the idea would help or > hurt the language. The and/or keywords already have some complexity > due to their returning non-boolean values. IMO, it would be a disservice > to the language to further complexify their meanings. Right now, at least, > we can make a static reading of the code and have a good idea of what > the and/or keywords mean.
Would "and" and "or" still be able to properly short-circuit given this proposal? -bob _______________________________________________ Python-3000 mailing list [email protected] http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
