[François Pinard] > [Martin von Löwis] > > François Pinard wrote: > > >>1. At run-time, identifiers are represented as Unicode objects unless > > >>they are pure ASCII. IOW, they are converted from the source encoding > > >>to Unicode objects in the process of parsing. > > >This is already the case, isn't it? > > Currently, all identifiers are byte strings, at run-time, representing > > ASCII characters. IOW, you currently won't observe Unicode strings > > as identifiers. > Oops, sorry. I misread your sentence as limiting itself to identifiers. > I thought having read that the effect of `coding:' was to convert the > whole source to Unicode before the scanner pass. This is all from fuzzy > memory. Re-oops! Really, I ought to be tired for writing so ambiguously. Should have written something more like: Oops, sorry. I misread your sentence, and missed the fact that it was limiting itself to identifiers. I thought I once read that the effect of `coding:' ... [etc.] > > ># -*- coding: Latin-1 -*- > > >élève = 3 > > >print élève > > [...] > > >This is kind of an happy bug! May we count on it being supported in the > > >interim? :-) :-) > > I would think so: this bug has been present for quite some time, > > and nobody complained :-) > Would Guido accept to pronounce on that? :-) I'm still ambiguous above... Tss, tss! Would Guido pronounce on the fact that the bug will _not_ be corrected, at least not until Python supports non-ASCII identifiers in more complete and correct ways? -- François Pinard http://www.iro.umontreal.ca/~pinard
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