diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2021-09-03 16:38:55 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2021-09-03 16:38:55 -0400 |
| commit | 9ebe2852e5435d88d5e3d655b05887b66059cc4d (patch) | |
| tree | aa7791644e0015dcdb8f7c07f63622516af3fe1b /src/backend/regex/regexec.c | |
| parent | 2836d57e44c67cc30453c83a33fbcf745f5d87ef (diff) | |
| download | postgresql-9ebe2852e5435d88d5e3d655b05887b66059cc4d.tar.gz postgresql-9ebe2852e5435d88d5e3d655b05887b66059cc4d.zip | |
Disallow creating an ICU collation if the DB encoding won't support it.
Previously this was allowed, but the collation effectively vanished
into the ether because of the way lookup_collation() works: you could
not use the collation, nor even drop it. Seems better to give an
error up front than to leave the user wondering why it doesn't work.
(Because this test is in DefineCollation not CreateCollation, it does
not prevent pg_import_system_collations from creating ICU collations,
regardless of the initially-chosen encoding.)
Per bug #17170 from Andrew Bille. Back-patch to v10 where ICU support
was added.
Discussion: https://postgr.es/m/17170-95845cf3f0a9c36d@postgresql.org
Diffstat (limited to 'src/backend/regex/regexec.c')
0 files changed, 0 insertions, 0 deletions