Message256290
Interestingly, co_filename is not used as part of the equivalence criteria, so code object equivalence can be fooled across multiple input files. Fortunately in this case, the false equivalence isn't relied on by the code generator.
$ cat a.py
def f():
return 1
$ cat b.py
def f():
return 1.0
$ ./python.exe -q
>>> import a, b
>>> a.f.__code__ == b.f.__code__ # False equivalence
True
>>> a.f()
1
>>> b.f() # Generated code is correct
1.0
Besides aliasing int/float/decimal/fraction/complex/bool, codeobj.__eq__() can also alias str/unicode on Python 2.7. Likewise, 0.0 and -0.0 can be conflated. NaNs don't seem to be a problem.
I think we should focus on fixing the spec for code object equivalents. Perhaps the test can be simplified to use (co_firstlineno, co_firstrowno, co_filename). |
|
Date |
User |
Action |
Args |
2015-12-12 19:28:09 | rhettinger | set | recipients:
+ rhettinger, arigo, ncoghlan, donmez, ezio.melotti, r.david.murray, fijall, Kevin Shweh, Tijs Van Oevelen |
2015-12-12 19:28:09 | rhettinger | set | messageid: <1449948489.03.0.15452864495.issue25843@psf.upfronthosting.co.za> |
2015-12-12 19:28:09 | rhettinger | link | issue25843 messages |
2015-12-12 19:28:08 | rhettinger | create | |
|