[Python-Dev] Intricacies of calling __eq__
Maciej Fijalkowski
fijall at gmail.com
Wed Mar 19 14:21:16 CET 2014
More information about the Python-Dev mailing list
Wed Mar 19 14:21:16 CET 2014
- Previous message: [Python-Dev] Intricacies of calling __eq__
- Next message: [Python-Dev] Intricacies of calling __eq__
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Wed, Mar 19, 2014 at 3:17 PM, Antoine Pitrou <solipsis at pitrou.net> wrote: > On Wed, 19 Mar 2014 15:09:04 +0200 > Maciej Fijalkowski <fijall at gmail.com> wrote: >> >> I would like to point out that instructing people does not really >> work. Besides, other examples like this: >> >> if d[x] >= 3: >> d[x] += 1 don't really work. > > That's a good point. But then, perhaps PyPy should analyze the __eq__ > method and decide whether it's likely to have side effects or not (the > answer can be hard-coded for built-in types such as str). > > Regards > > Antoine. Ok. But then how is it valid to have "is" fast-path?
- Previous message: [Python-Dev] Intricacies of calling __eq__
- Next message: [Python-Dev] Intricacies of calling __eq__
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list