Related articles |
---|
[21 earlier articles] |
Re: Internal Representation of Strings cr88192@hotmail.com (cr88192) (2009-02-22) |
Re: Internal Representation of Strings DrDiettrich1@aol.com (Hans-Peter Diettrich) (2009-02-22) |
Re: Internal Representation of Strings DrDiettrich1@aol.com (Hans-Peter Diettrich) (2009-02-22) |
Re: Internal Representation of Strings bartc@freeuk.com (Bartc) (2009-02-22) |
Re: Internal Representation of Strings scooter.phd@gmail.com (Scott Michel) (2009-02-22) |
Re: Internal Representation of Strings cr88192@hotmail.com (cr88192) (2009-02-23) |
Re: Internal Representation of Strings marcov@stack.nl (Marco van de Voort) (2009-02-23) |
Re: Internal Representation of Strings haberg_20080406@math.su.se (Hans Aberg) (2009-02-23) |
Re: Internal Representation of Strings tony@my.net (Tony) (2009-02-24) |
Re: Internal Representation of Strings DrDiettrich1@aol.com (Hans-Peter Diettrich) (2009-02-24) |
Re: Internal Representation of Strings tony@my.net (Tony) (2009-02-25) |
Re: Internal Representation of Strings armelasselin@hotmail.com (Armel) (2009-02-26) |
Re: Internal Representation of Strings marcov@stack.nl (Marco van de Voort) (2009-02-27) |
[6 later articles] |
From: | Marco van de Voort <marcov@stack.nl> |
Newsgroups: | comp.compilers |
Date: | Mon, 23 Feb 2009 15:41:09 +0000 (UTC) |
Organization: | Stack Usenet News Service |
References: | 09-02-051 09-02-077 09-02-092 09-02-104 09-02-112 |
Keywords: | i18n |
Posted-Date: | 24 Feb 2009 07:50:14 EST |
On 2009-02-22, Hans-Peter Diettrich <DrDiettrich1@aol.com> wrote:
>> in general, UTF-8 takes less space than UTF-16 (and mixes much better with
>> code designed for ASCII), but some many languages like UTF-16 more
>> potentially because it works better when being treated as an array.
>
> This IMO is a typical misconception of English-only speakers, which have
> caused a lot of trouble in the evolution of programming languages :-(
Latin only? But afaik even for Cyrillic and the Semitic language group it
doesn't matter.
Return to the
comp.compilers page.
Search the
comp.compilers archives again.