I strongly second not breaking backwards compatibility and interoperability, especially for persistent artifacts, unless there is a *REALLY* good reason. A potential unintended side effect of such breakages is that it slows down adoption of the new version. -Peter On Fri, Apr 26, 2019 at 10:27 AM Guido van Rossum <guido at python.org> wrote: > I think it's better not to introduce a new opcode, for the reason you > stated -- you don't want your pickles to be unreadable by older Python > versions, if you can help it. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20190426/970d3785/attachment.html>
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