This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Fix localedata/locales/sr_YU int_curr_symbol
- From: GOTO Masanori <gotom at debian dot or dot jp>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: GOTO Masanori <gotom at debian dot or dot jp>, libc-alpha at sources dot redhat dot com
- Date: Mon, 09 Sep 2002 15:38:13 +0900
- Subject: Re: Fix localedata/locales/sr_YU int_curr_symbol
- References: <80u1kzrc9a.wl@oris.opensource.jp>
At Mon, 9 Sep 2002 07:59:06 +0200,
Jakub Jelinek wrote:
> On Mon, Sep 09, 2002 at 01:57:21PM +0900, GOTO Masanori wrote:
> > Hi,
> >
> > This patch fixes the definition of int_curr_symbol
> > from <YUN> to <YUM> in localedata/locales/sr_YU and sr_YU@cyrillic.
>
> The problem is that it is not at all clear what the correct int_curr_symbol
> for these countries (be it sr_YU, ar_SD, es_EC etc. is).
> E.g. for Yougoslavia, you can find lots of usages of both YUN and YUM
> on the internet (and YUN makes probably more sense, since the currency
> is called New Dinar).
You look at ISO-4217? IIRC, YUN is obsolete currency symbol.
In addition, Google search says 'Yugoslavian Dinar YUM' hits over 1000,
'Yugoslavian Dinar YUN' hits only 50.
If YUN is more appropriate, then we should correct locale/iso-4217.def.
Because generating sr_YU locale complaints the LC_MONETARY difference
between iso-4217.def and sr_YU/sr_YU@cyrillic.
BTW, I don't know the sense N of YU'N' means "New".
Regards,
-- gotom