Crutcher Dunnavant wrote: > I sorta disagree about it not being broken. Adding a feature which > works for eval but not for exec seems pretty broken. You "seem" to have a different notion of "to be broken", then. Python is broken, if and only if - the interpreter crashes, for any Python input - the implementation does not do what the documentation says it would do - the BDFL pronounces it is broken In this specific change, the change did precisely what the requestor of the feature wanted it to do (that eval could accept non-exact dicts was a new feature back then also) > It's difficult to > reason about what will happen in the exec context, so I can't see what > fixing it would endanger; but I'd deffinately like to see it for 2.5. It would make Python code run which is currently rejected with an exception. Therefore, it is a new feature (a behaviour change). Applications relying on that feature would have to specify that they require "2.4.3"; people would find that code that runs fine in 2.4.3 fails in 2.4.2. This is not acceptable. Regards, Martin
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