On 2/29/2012 2:34 PM, Stefan Krah wrote: > Greg Ewing<greg.ewing at canterbury.ac.nz> wrote: >>> Options 2) and 3) would ideally entail one backwards incompatible >>> bugfix: In 2.7 and 3.2 assignment to a memoryview with format 'B' >>> rejects integers but accepts byte objects, but according to the >>> struct syntax mandated by the PEP it should be the other way round. >> >> Maybe a compromise could be made to accept both in the >> backport? That would avoid breaking old code while allowing >> code that does the right thing to work. This *almost* sounds like a feature addition. > > This could definitely be done. But backporting is beginning to look unlikely, > since we currently have three +1 for "too complex to backport". > > > I'm not strongly in favor of backporting myself. The main reason for me > would be to prevent having additional 2->3 or 3->2 porting obstacles. > > > Stefan Krah > > > > > -- Terry Jan Reedy
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