[PATCH] [BZ 14510] Fix LC_NUMERIC for various es_* locales

Jeff Law law@redhat.com
Thu Aug 30 15:35:00 GMT 2012


On 08/22/2012 05:19 PM, Carlos O'Donell wrote:
>
>> diff --git a/localedata/locales/es_MX b/localedata/locales/es_MX
>> index 7a1cccc..13fa1a0 100644
>> --- a/localedata/locales/es_MX
>> +++ b/localedata/locales/es_MX
>> @@ -78,7 +78,9 @@ n_sign_posn          1
>> END LC_MONETARY
>>
>> LC_NUMERIC
>> -copy "es_ES"
>> +decimal_point        "<U002C>"
>
> This is wrong.
>
> The official Mexican standard with amendment says "comma or dot" for
> decimal sign and common practice is "dot". Therefore decimal_point
> should be "<U002E>."
I feel like a cut-n-paste idiot.  My intention was for decimal_point to 
be <U002E>.  The same mistake was made in several other locales in the 
patch.


> According to [1] on page 57 it states that the thousand separator must
> be a "small space" (pequeño espacio), and must never be a comma,
> point, or other symbol. There is a `thin space' <U+2009> which
> probably serves the best purpose here. Unfortunately as you can see in
> the ensuing discussion, every other standard uses <U+0020> (normal
> space) instead of <U+2009>. Nobody knows why, or what would happen if
> you used <U+2009> (non-ASCII). We assume it would get transliterated
> to <U+0020> in the right instance, but we might hit a few bugs.
>
> I'm happy to accept a patch that uses either <U+0020> or <U+2009>,
> both are forward progress on this issue for es_MX.
Is there a preference one way or the other?  It doesn't really matter to 
me, though obviously my preference is to get it right so that we don't 
have to revisit again in the future.


Once I hear back on the es_MX thousands separator issue, I'll repost the 
patch.

jeff



More information about the Libc-alpha mailing list