From: | Julien Rouhaud <rjuju123(at)gmail(dot)com> |
---|---|
To: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Daniel Verite <daniel(at)manitou-mail(dot)org> |
Subject: | Re: ICU for global collation |
Date: | 2022-01-18 04:02:46 |
Message-ID: | 20220118040246.dewl5pain2gkv2iv@jrouhaud |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On Thu, Jan 13, 2022 at 09:39:42AM +0100, Peter Eisentraut wrote:
> On 11.01.22 12:08, Julien Rouhaud wrote:
> > > So, unless there are concerns, I'm going to see about making a patch to call
> > > pg_newlocale_from_collation() even with the default collation. That would
> > > make the actual feature patch quite a bit smaller, since we won't have to
> > > patch every call site of pg_newlocale_from_collation().
> > +1 for me!
>
> Here is that patch.
The patch is quite straightforward so I don't have much to say, it all looks
good and passes all regression tests.
> If this is applied, then in my estimation all these hunks will completely
> disappear from the global ICU patch. So this would be a significant win.
Agreed, the patch will be quite smaller and also easier to review. Are you
planning to apply it on its own or add it to the default ICU patchset? Given
the possible backpatch conflicts it can bring I'm not sure it's worthy enough
to apply on its own.
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2022-01-18 04:13:43 | Re: Removing more vacuumlazy.c special cases, relfrozenxid optimizations |
Previous Message | Masahiko Sawada | 2022-01-18 03:50:46 | Re: Skipping logical replication transactions on subscriber side |