[issue13958] Comment _PyUnicode_FromId

2012-02-09 Thread Jim Jewett
Jim Jewett added the comment: After clarification, the original change was backed out. These are C Identifiers, and nothing beyond ASCII is guaranteed, but other characters are in practice possible. -- resolution: -> fixed status: open -> closed _

[issue13958] Comment _PyUnicode_FromId

2012-02-06 Thread STINNER Victor
STINNER Victor added the comment: Using _Py_static_string(), you can write literal UTF-8 strings using hexadecimal escape sequences. It works on any C compiler. E.g. _Py_static_string(ecute, "\xc3\xa9"). -- ___ Python tracker

[issue13958] Comment _PyUnicode_FromId

2012-02-06 Thread Jim Jewett
Jim Jewett added the comment: And is there a way to characterize the compilers that would break? Is it a few specific compilers, or "compilers that do not implement UTF8, which is not required by the C standard", or ... -- ___ Python tracker

[issue13958] Comment _PyUnicode_FromId

2012-02-06 Thread Jim Jewett
Jim Jewett added the comment: On Mon, Feb 6, 2012 at 4:25 PM, Martin v. Löwis wrote: > Martin v. Löwis added the comment: > This has nothing to do with PEP 3131. Python could (and does) > support non-ASCII identifiers just fine, regardless of C compiler > limitations. I *think* you're sayin

[issue13958] Comment _PyUnicode_FromId

2012-02-06 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue13958] Comment _PyUnicode_FromId

2012-02-06 Thread Martin v . Löwis
Martin v. Löwis added the comment: This has nothing to do with PEP 3131. Python could (and does) support non-ASCII identifiers just fine, regardless of C compiler limitations. -- nosy: +loewis ___ Python tracker

[issue13958] Comment _PyUnicode_FromId

2012-02-06 Thread Jim Jewett
New submission from Jim Jewett : Add a comment explaining why _PyUnicode_FromId can (and should) assume ASCII-only identifiers. /* PEP3131 guarantees that all python-internal identifiers are ASCII-only. Violating this would break some supported C compilers. */ S