Hello Michael, On Fri, May 21, 2004 at 08:07:53AM -0700, Michael Chermside wrote: > Performance is certainly a legitimate concern. Ok, then the current situation looks like the best one. I suggest we just drop a note in the documentation saying that if there are objects for which x.__eq__(x) isn't necessarily true, you shouldn't expect them to be handled in a fully consistent way. > But wouldn't your > performance problems be fixed just as well if the tuple class implemented > "identical-objects-are-immediately-equal" instead of putting it in the > general comparison logic for all objects? Because if I understand > correctly, that's what Armin is suggesting. Tuples would still be > compared just as rapidly. There is an extra costly indirection until the execution reaches that point. Armin
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4