Avoid conflicts with collation aliases generated by stripping.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 18 Jan 2017 18:44:19 +0000 (13:44 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 18 Jan 2017 18:44:19 +0000 (13:44 -0500)
commit0333a7340054c3356940759b1ab2391eed572171
tree3e933bb72245e00d2d990868da9a9e3f84a79b0b
parent215b43cdc8d6b4a1700886a39df1ee735cb0274d
Avoid conflicts with collation aliases generated by stripping.

This resulted in failures depending on the order of "locale -a" output.
The original coding in initdb sorted the results, but that should be
unnecessary as long as "locale -a" doesn't print duplicate names.  The
original entries will then all be non-dups, and while we might generate
duplicate aliases by stripping, they should be for different encodings and
thus not conflict.  Even if the latter assumption fails somehow, it won't
be fatal because we're using if_not_exists mode for the aliases.

Discussion: https://postgr.es/m/26116.1484751196%40sss.pgh.pa.us
src/backend/commands/collationcmds.c