> Ah, OK. Well, that is handy, but since this is meant to be a > drop-in replacement for strptime, I don't think it is warranted > here. Perhaps something like that could be put into Python when > Guido starts putting in new fxns for the forthcoming new datetime > type? No, parsing dates is specifically not part of the datetime proposal. The examples shown of mxDateTime.Parser behavior here reinforce my desire to stay out of the time parsing business. :-) > And I do agree that strptime is not need most of the time. But it is > there so might as well fix that non-portable wart. Exactly. Brett: I'm reviewing your SF patch 474274, but I'm finding problems. I've added a comment to the SF page. --Guido van Rossum (home page: http://www.python.org/~guido/)
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