Re: A rough roadmap for internationalization fixes

From: Hannu Krosing <hannu(at)tm(dot)ee>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Greg Stark <gsstark(at)mit(dot)edu>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: A rough roadmap for internationalization fixes
Date: 2003-11-25 20:30:45
Message-ID: 1069792245.3416.18.camel@fuji.krosing.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut kirjutas T, 25.11.2003 kell 21:13:
> Greg Stark writes:
>
> > This sounds like you want to completely reimplement all of the locale handling
> > provided by the OS? That seems like a dead-end approach to me. There's no way
> > your handling will ever be as complete or as well optimized as some OS's.
>
> Actually, I'm pretty sure it will be more complete. About the
> optimization, we'll have to see.
>
> > Better to find ways to use the OS gettext and locale handling on platforms
> > that provide good interfaces.
>
> There are no such platforms to my knowledge.

Unless you consider ICU (http://oss.software.ibm.com/icu/) as a
"platform" ;)

We will hardly ever be more complete than it.

> There are no such libraries. I keep hearing ICU, but that is much too
> bloated.

At least it is kind of "standard" and also something what will be
maintained for foreseeable future, it also has a compatible license and
is available on all platforms of interest to postgresql.

And I am not sure that this "bloat" will affect us too much unless we
want to start maintaining a parallel copy - glibc is much more bloated
than ICU .

But if you insist on rolling your own library, you can always use ICU to
write regression test to compare yours with ...

-------------
Hannu

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-11-25 20:40:22 Re: Function parameter names
Previous Message Dennis Bjorklund 2003-11-25 19:23:30 Re: Function parameter names