You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
assignee='https://github.com/xdegaye'closed_at=<Date2016-12-17.08:39:00.025>created_at=<Date2016-11-03.09:48:40.081>labels= ['interpreter-core', '3.7', 'performance']
title='on Android _bootlocale on startup relies on too many library modules'updated_at=<Date2017-03-31.23:33:26.684>user='https://github.com/xdegaye'
Android does not have langinfo.h and this results in _bootlocale importing locale on startup (see bpo-26928).
IMHO it is not acceptable to fallback to locale.py if CODESET is not available (in answer to Victor question in msg199367), because there are now two code paths to investigate weird bugs such as the one described by Antoine in bpo-9548. Also note that Android platforms have a slow processor and limited RAM size, so they would strongly benefit from a startup sequence avoiding the imports made by the locale module. Since there is already a _bootlocale module, what are now the objections to implement the patch Antoine has proposed in bpo-9548 ?