[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

STINNER Victor added the comment: Python 3 (I don't recall which version exactly) has been fixed to always use UTF-8 on Android for the filesystem encoding and even for the locale encoding in most places. I close the issue. -- resolution: -> fixed stage: -> resolved status: open ->

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Changes by Roman Evstifeev : -- nosy: +Roman.Evstifeev ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Stefan Krah added the comment: We don't support Android officially yet, but I think until #8610 is resolved something must be done here. -- ___ Python tracker ___ ___

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Roundup Robot added the comment: New changeset ad6be34ce8c9 by Stefan Krah in branch 'default': Issue #22747: Workaround for systems without langinfo.h. https://hg.python.org/cpython/rev/ad6be34ce8c9 -- nosy: +python-dev ___ Python tracker

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Xavier de Gaye added the comment: Android default system encoding is UTF-8 as specified at http://developer.android.com/reference/java/nio/charset/Charset.html The platform's default charset is UTF-8. (This is in contrast to some older implementations, where the default charset depended on the

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

STINNER Victor added the comment: If the platform doesn't provide anything, we can maybe adopt the same approach than Mac OS X: force the encoding to UTF-8 and just don't use the C library. -- ___ Python tracker __

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Stefan Krah added the comment: To expand a little, here ... https://code.google.com/p/android/issues/list ... I cannot find either a localeconv() or an nl_langinfo() issue. Perhaps the maintainers would be willing to add minimal versions? -- __

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Matt Frank added the comment: I am working on using my resources at Intel to put some pressure on Google to fix some of the (many) problems in the Bionic libc. I have a sort of "polyfill" library that implements locale.h, langinfo.h, as well as the structure definitions for wchar.h, and it bor

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Stefan Krah added the comment: Has anyone made an effort to get this fixed in Android? I find it strange that hundreds of projects now work around Android bugs instead of putting (friendly) pressure on the Android maintainers. Minimal langinfo.h and locale.h support should be trivial to imple

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

Matt Frank added the comment: My platform is the Android command-line shell. Essentially it is like an embedded linux platform with a very quirky partially implemented libc (not glibc). It has no langinfo.h and while it has locale.h, the implementations of setlocale() and localeconv() do not

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

STINNER Victor added the comment: > I'm confused because http://bugs.python.org/issue8610 (from 2010) seems to have come down on the side of deciding that nl_langinfo() failures should be treated as implicitly returning either "ASCII" or "UTF-8" It's very important than Py_DecodeLocale and Py_En

[issue22747] Interpreter fails in initialize on systems where HAVE_LANGINFO_H is undefined

New submission from Matt Frank: On systems where configure is unable to find langinfo.h (or where nl_langinfo() is not defined), configure undefines HAVE_LANGINFO_H in pyconfig.h. Then in pythonrun.c:get_locale_encoding() the call to nl_langinfo() is wrapped in an #ifdef, but the #else path o