| To: | wollman+austin-group@xxxxxxxxxxx |
|---|---|
| Subject: | Re: multibyte C locale |
| From: | Glen Seeds <Glen.Seeds@xxxxxxxxxx> |
| Date: | Mon, 2 Nov 2009 08:19:18 -0500 |
| Cc: | austin-group-l@xxxxxxxxxxxxx |
| References: | <4AE83F49.1090805@xxxxxx> <8CC273626A167C9-708C-A347@webmail-m008.sysops.aol.com><4AEAA953.7070605@xxxxxx> <20091030093610.GA31100@xxxxxx> <20091030131925.GH28296@xxxxxx><20091030140706.GA12871@xxxxxx> <20091030181139.GI28296@xxxxxx><8CC27A9B7A337AB-1BD0-9799@webmail-d053.sysops.aol.com> <4AEB5378.5070402@xxxxxx><19179.21604.450124.747123@xxxxxx> <OF7977394B.18C83951-ON8525765F.0077969C-8525765F.0077A6A5@xxxxxx> <19179.25274.524418.169871@xxxxxx> |
|
If I have this assurance, then I can write a portable utilities that do things such as parse out components of a pathname and do case-insensitive searches for portable file names. I need the POSIX locale to do this. These utilities will still work as intended in UTF-8, and will still be useful there. That seems like a lot of value to me. /glen
[formatting fixed] <<On Fri, 30 Oct 2009 17:46:54 -0400, Glen Seeds <Glen.Seeds@xxxxxx> said: >> [I wrote:] >> Turn it around: of what value is the POSIX locale without such a >> requirement? > The value is considerable, if we can find a way to accommodate UTF-8. I don't see it. What's the use case? I can see a value to applications in being able to configure a locale that acts like pre-locale Unix and C did; I don't see a value in configuring a locale that doesn't behave like traditional Unix, but isn't usefully localized either. ("Traditional Unix" behavior is normally what I want pretty much all the time.) -GAWollman |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: multibyte C locale, Geoff Clare |
|---|---|
| Next by Date: | Re: multibyte C locale, Glen Seeds |
| Previous by Thread: | Re: multibyte C locale, Joerg Schilling |
| Next by Thread: | Re: multibyte C locale, Glen Seeds |
| Indexes: | [Date] [Thread] [All Lists] |