A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2005-May/053536.html below:

[Python-Dev] New Py_UNICODE doc

[Python-Dev] New Py_UNICODE doc"Martin v. Löwis" martin at v.loewis.de
Sun May 8 11:04:51 CEST 2005
Nicholas Bastin wrote:
> I don't consider either alternative useless (well, I consider UCS-2 to
> be largely useless in the general case, but as we've already discussed
> here, Python isn't really UCS-2).  However, I would be a lot happier if
> we just chose *one*, and all Python's used that one.  This would make
> extension module distribution a lot easier.

Why is that? For a binary distribution, you have to know the target
system in advance, so you also know what size the Unicode type has.
For example, on Redhat 9.x, and on Debian Sarge, /usr/bin/python
uses a UCS-4 Unicode type. As you have to build binaries specifically
for these target systems (because of dependencies on the C library,
and perhaps other libraries), building the extension module *on*
the target system will just do the right thing.

> I'd prefer UTF-16, but I would be perfectly happy with UCS-4.

-1 on the idea of dropping one alternative. They are both used
(on different systems), and people rely on both being supported.

Regards,
Martin
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4