From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
---|---|
To: | Andreas Karlsson <andreas(at)proxel(dot)se>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Collation & ctype method table, and extension hooks |
Date: | 2024-12-05 00:21:34 |
Message-ID: | 3ddb0e4d402da295f8dff52e12ab906bbaa5de2b.camel@j-davis.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 2024-12-02 at 16:39 +0100, Andreas Karlsson wrote:
> My patches:
>
> = v9-0002-Move-check-for-ucol_strcollUTF8-to-pg_locale_icu..patch
Committed.
> = v9-0003-Move-code-for-collation-version-into-provider-spe.patch
>
> Moves some code from pg_collate.c into provider specific files.
I agree with the general idea, but it seems we are accumulating a lot
of provider-specific functions. Should we define a provider struct with
its own methods?
That would be a good step toward making the provider catalog-driven.
Even if we don't support CREATE LOCALE PROVIDER, having space in the
catalog would be a good place to track the provider version.
> = v9-0004-Move-ICU-database-encoding-check-into-validation-.patch
This seems to be causing a test failure in 020_createdb.pl.
> = v9-0005-Move-provider-specific-code-when-looking-up-local.patch
>
> I did not like how namespace.c had knowledge of ICU.
See comments above about v9-0003.
Regards,
Jeff Davis
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2024-12-05 00:21:46 | Re: Cannot find a working 64-bit integer type on Illumos |
Previous Message | Andres Freund | 2024-12-05 00:09:13 | Re: Make tuple deformation faster |