> The main reason why I raised the issue is this: If Python-3.3 is shipped > with 'u' -> UCS4 in the array module and *then* someone figures out that > the above format codes are a great idea, we'd be stuck with yet another > format code incompatibility. Ah. I think the array module should maintain compatibility with Python 3.2, i.e. "u" should continue to denote Py_UNICODE, i.e. 7fa098f6dc6a should be reverted. It may be that the 'u' code is not particularly useful, but AFAICT, it never was useful. 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