Re: make tsearch use the database default locale - Mailing list pgsql-hackers

From Jeff Davis
Subject Re: make tsearch use the database default locale
Date
Msg-id eb0a6586187fdc0b2449fdccded46ccc52d08bef.camel@j-davis.com
Whole thread Raw
In response to make tsearch use the database default locale  (Jeff Davis <pgsql@j-davis.com>)
List pgsql-hackers
On Tue, 2025-10-07 at 15:49 -0700, Jeff Davis wrote:
> This patch series allows tsearch to use the database default locale
> for
> parsing. If the database collation is libc, there's no change.

I committed a couple of the refactoring patches and rebased. v3
attached.

v3-0003 which eliminates the "wstr" logic and uses only the "pgwstr". I
was a bit confused why both were needed, as the purpose of pg_wchar is
to abstract away the problems with wchar_t. Perhaps it's historical, or
perhaps I missed something.

Regarding the risk of behavior changes: this affects parsing the
values, but not the interpretation of values after parsing, so the risk
of index inconsistencies seems low. There's risk that a document parsed
in the old version would be parsed differently in the new version,
though. Overall, it seems comparable to the risk of fb1a18810f.

Regards,
    Jeff Davis


Attachment

pgsql-hackers by date:

Previous
From: "Joel Jacobson"
Date:
Subject: Re: Optimize LISTEN/NOTIFY
Next
From: Melanie Plageman
Date:
Subject: Re: Checkpointer write combining