Re: Update Unicode data to Unicode 16.0.0

From: Joe Conway <mail(at)joeconway(dot)com>
To: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, Jeremy Schneider <schneider(at)ardentperf(dot)com>, Jeff Davis <pgsql(at)j-davis(dot)com>
Cc: Nathan Bossart <nathandbossart(at)gmail(dot)com>, Peter Eisentraut <peter(at)eisentraut(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Update Unicode data to Unicode 16.0.0
Date: 2025-03-15 14:14:36
Message-ID: d21ca699-10cb-4078-8cbc-4d1bbbb70130@joeconway.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 3/15/25 03:26, Laurenz Albe wrote:
> On Fri, 2025-03-14 at 23:54 -0700, Jeremy Schneider wrote:
>> On Fri, 07 Mar 2025 13:11:18 -0800
>> It seems the consensus is to update unicode in core... FWIW, I'm still
>> in favor of leaving it alone because ICU is there for when I need
>> up-to-date unicode versions.
>
> Me too.

+1

>> From my perspective, the whole point of the builtin collation was to
>> one option that avoids these problems that come with updating both ICU
>> and glibc.
>
> +1

+1

In the long term I think we should figure out how to support newer
versions of unicode for the builtin, but in my mind that might involve
the necessity of supporting multiple versions of unicode such that the
choice remains to remain on the older one.

--
Joe Conway
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David G. Johnston 2025-03-15 14:33:10 Re: Adding a '--clean-publisher-objects' option to 'pg_createsubscriber' utility.
Previous Message Fujii Masao 2025-03-15 13:59:59 Re: Disabling vacuum truncate for autovacuum