> Umm... maybe I missed something, but I thought there was pretty broad > feelings *against* having a global like this. This kind of thing is just > nasty. > > 1) Python modules can't change it, nor can they rely on it being a > particular value > 2) a mutable, global variable is just plain wrong. The InterpreterState > and ThreadState structures were created *specifically* to avoid adding > crap variables like this. > 3) allowing a default other than utf-8 is sure to cause gotchas and > surprises. Some code is going to rightly assume that the default is > just that, but be horribly broken when an application changes it. > > Somebody please say this is hugely experimental. And then say why it isn't > just a private patch, rather than sitting in CVS. Watch your language. Marc did this at my request. It is my intention that the encoding be hardcoded at compile time. But while there's a discussion going about what the hardcoded encoding should *be*, it would seem handy to have a quick way to experiment. --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