Re: ICU integration

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: ICU integration
Дата
Msg-id CAMsr+YHdGQ+ZCmwxK45sTpE-1FOapXyaht+fhEcFccK8+HDKBw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: ICU integration  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: ICU integration  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Список pgsql-hackers
On 9 September 2016 at 00:19, Peter Eisentraut
<peter.eisentraut@2ndquadrant.com> wrote:
> On 9/8/16 11:16 AM, Tom Lane wrote:
>> This is a problem, if ICU won't guarantee cross-version compatibility,
>> because it destroys the argument that moving to ICU would offer us
>> collation behavior stability.
>
> It would offer a significant upgrade over the current situation.
>
> First, it offers stability inside the same version.  Whereas glibc might
> change a collation in a minor upgrade, ICU won't do that.  And the
> postgres binary is bound to a major version of ICU by the soname (which
> changes with every major release).  So this would avoid the situation
> that a simple OS update could break collations.

It also lets *users* and PostgreSQL-specific distributors bundle ICU
and get stable collations. We can't exactly bundle glibc.

-- Craig Ringer                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: ICU integration
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: CVE-2016-1238 fix breaks (at least) pg_rewind tests