Re: Pre-proposal: unicode normalized text
Jeff Davis <pgsql@j-davis.com>
From: Jeff Davis <pgsql@j-davis.com>
To: Peter Eisentraut <peter@eisentraut.org>, Robert Haas
<robertmhaas@gmail.com>
Cc: pgsql-hackers@postgresql.org
Date: 2023-10-06T17:22:48Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Try again to fix the MSVC build
- 151ffcf6d8c1 17.0 landed
-
Additional unicode primitive functions.
- a02b37fc0832 17.0 landed
On Fri, 2023-10-06 at 09:58 +0200, Peter Eisentraut wrote: > If you want to be rigid about it, you also need to consider whether > the > Unicode version used by the ICU library in use matches the one used > by > the in-core tables. What problem are you concerned about here? I thought about it and I didn't see an obvious issue. If the ICU unicode version is ahead of the Postgres unicode version, and no unassigned code points are used according to the Postgres version, then there's no problem. And in the other direction, there might be some code points that are assigned according to the postgres unicode version but unassigned according to the ICU version. But that would be tracked by the collation version as you pointed out earlier, so upgrading ICU would be like any other ICU upgrade (with the same risks). Right? Regards, Jeff Davis