From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Daniel Verite <daniel(at)manitou-mail(dot)org>, PostgreSQL mailing lists <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: Crash report for some ICU-52 (debian8) COLLATE and work_mem values |
Date: | 2017-08-07 22:54:43 |
Message-ID: | CAH2-Wzkxfc5VFmVmkB=Wn2JGPuXdRR0m81NWmLqL6CYLiedEbQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On Mon, Aug 7, 2017 at 3:27 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> writes:
>> It has never been the case that there is a guarantee that a new
>> operating system environment will have the same or more collations
>> available as an earlier version. Even glibc removes or renames locales.
A major goal of the BCP 47 language tag format (and related standards)
seems to be to decouple technical implementation details (e.g.
encoding) from natural language/cultural concerns. That's the only
approach that really scales for applications in the modern
internet-centric world, I imagine. The glibc collations do very badly
there.
> Indeed, and one of the alleged selling points of ICU was greater stability
> of collation behaviors (including naming). I'd like to try to actually
> achieve that.
IETF/CLDR describe the naming conventions for locales/collations in
excruciating detail, across multiple RFCs/specs. There is no excuse
for not making use of that work, IMV.
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Noah Misch | 2017-08-08 01:06:32 | Re: [BUGS] Replication to Postgres 10 on Windows is broken |
Previous Message | Tom Lane | 2017-08-07 22:27:21 | Re: Crash report for some ICU-52 (debian8) COLLATE and work_mem values |
From | Date | Subject | |
---|---|---|---|
Next Message | Noah Misch | 2017-08-08 00:10:14 | Re: possible encoding issues with libxml2 functions |
Previous Message | Tom Lane | 2017-08-07 22:27:21 | Re: Crash report for some ICU-52 (debian8) COLLATE and work_mem values |