Message135367
| Author |
lemburg |
| Recipients |
dcoles, lemburg, pitrou, vstinner |
| Date |
2011年05月06日.20:37:45 |
| SpamBayes Score |
7.281008e-10 |
| Marked as misclassified |
No |
| Message-id |
<4DC45C15.2060905@egenix.com> |
| In-reply-to |
<4DC45A81.3000101@egenix.com> |
| Content |
From the document you posted:
"""
As documented, the Android platform did not really support wchar_t until
Android 2.3. What this means in practical terms is that:
- If you target platform android-9 or higher, the size of wchar_t is
4 bytes, and most wide-char functions are available in the C library
(with the exception of multi-byte encoding/decoding functions and
wsprintf/wsscanf).
- If you target any prior API level, the size of wchar_t will be 1 byte
and none of the wide-char functions will work anyway.
We recommend any developer to get rid of any dependencies on the wchar_t type
and switch to better representations. The support provided in Android is only
there to help you migrate existing code.
"""
With none of the wide-char functions working in Android <2.3, I don't
think you have a good chance of getting Python 3.x working, unless
you remove all their uses in the code and replace them with standard
char* functions.
The last paragraph doesn't sound very promising either. I wonder
what they mean with "better representation". The C standard doesn't
have any better representation for Unicode at the moment. |
|