| From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
|---|---|
| To: | Julien Rouhaud <rjuju123(at)gmail(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-13 08:39:42 |
| Message-ID: | a6f807c2-2d11-2cf6-a524-cfbec56e7d5b@enterprisedb.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
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.
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.
| Attachment | Content-Type | Size |
|---|---|---|
| 0001-Call-pg_newlocale_from_collation-also-with-default-c.patch | text/plain | 18.1 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Kapila | 2022-01-13 09:06:30 | Re: row filtering for logical replication |
| Previous Message | Sergey Shinderuk | 2022-01-13 08:26:05 | Re: Improve error handling of HMAC computations and SCRAM |