| 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
| 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 |