Message135372
On Fri, May 6, 2011 at 2:24 PM, Martin v. Löwis <report@bugs.python.org> wrote:
>
> Martin v. Löwis <martin@v.loewis.de> added the comment:
>
> I think what they mean is a better representation from an Android API, such as UChar32 from utils/AndroidUnicode.h.
Ah. Sadly I don't think that's exposed in the NDK yet.
> I agree that it's not worthwhile trying to port Python to those Android versions that have a single-byte wchar_t definition.
Yup. Will be using Android 2.3+. If I'm forced to use an earlier
version of Android I think it would be more sensible to use the 2.x
series of Python.
> David, I think you are misunderstanding the purpose of HAVE_USABLE_WCHAR_T: It does *not* specify whether wchar_t can be used. Instead, it specifies whether wchar_t can be used as the datatype for Py_UNICODE. Calling it HAVE_A_WCHAR_T_DEFINITION_THAT_IS_SUITABLE_FOR_USE_AS_BASE_TYPE_OF_PY_UNICODE was just a little too tedious :-)
Haha :). Yes. My initial reading of the pyconfig.h was wrong. Got a
bit suspicious when my Linux box was not defining it. Then I saw them
memcpy and it made sense. |
|
Date |
User |
Action |
Args |
2011-05-06 21:42:11 | dcoles | set | recipients:
+ dcoles, lemburg, loewis, pitrou, vstinner |
2011-05-06 21:42:10 | dcoles | link | issue12010 messages |
2011-05-06 21:42:10 | dcoles | create | |
|