Update locales cldr to v30.0.3 and unicode to 9.0.0

MFC after: 1 month
Relnotes: yes

MFH r289384-r293170

Sponsored by: The FreeBSD Foundation

Catch up with head (r291075).

Improve collation string and locales support

Merge collation support from Illumos and DragonflyBSD.

Locales are now generated with the new localedef(1) tool from CLDR POSIX files.
The generated fil

Improve collation string and locales support

Merge collation support from Illumos and DragonflyBSD.

Locales are now generated with the new localedef(1) tool from CLDR POSIX files.
The generated files are now identified as "BSD 1.0" format.

The libc now only read "BSD 1.0" locales definitions, all other version will be
set to "C"
The localedef(1) tool has been imported from Illumos and modified to use tree(3)
instead of the CDDL avl(3)
A set of tool created by edwin@ and extended by marino@ for dragonfly has been
added to be able to generate locales and the Makefiles from the vanilla CLDR
unicode databases + a universal UTF-8 charmap (by marino@)
Update the locales to unicode v27
Given our regex(3) does not support multibyte (yet) it has been forced to always
use locale C
Remove now unused colldef(1) and mklocale(1)
Finish implementing the numeric BSD extension for ctypes
The number of supported locales has grown from 175 to 250 locales. Among the new
locales: 6 Arabic locales (AE EG JO MA QA SA), Different variations of spanish
locales.
Added new 3 components locales for mn_Cyrl_MN, sr_Cyrl_RS sr_Latn_RS,
zh_Hans_CN, zh_Hant_HK and zh_Hant_TW. Some aliases has been for 2 components
version when possible.

Thanks: Garrett D'Amore (Illumos) who made sure all his work was done under
BSD license!, Edwin Groothuis (edwin@) for the work he made on tools to be able
to generate locales definition usable in freebsd sources out of vanilla CLDR
definitions, John Marino (DragonflyBSD) who first merge the Illumos work into
Dragonfly and spent hours tracking down bugs.

show more ...

Add newly generated locales from CLDR 27.0.1
only skip timedef until I figure out how to workaround svn painful mime-type handling

International code for Russian Ruble is changed from RUR to RUB
starting from 1.1.2001 (ISO 4217)

. add comment that 4 character of int_curr_symbol should be SPACE
. fix chinese locales to meet this requirement

Back out my "3;3" -> something changes. While technikally the same, it only
leads to confusion.

I change my mind a bit: assuming last \0 is contrproductive since will cause
user confusion, so specify it directly, i.e. change "3" to "3;0".

In this style "3;" or "3" must not cause repeating
(co

I change my mind a bit: assuming last \0 is contrproductive since will cause
user confusion, so specify it directly, i.e. change "3" to "3;0".

In this style "3;" or "3" must not cause repeating
(converted to \3, CHAR_MAX, \0)
Still not implemented and broken in localeconv()

show more ...

Change "3;3" in mon_grouping to "3". This is cosmetique, last \0 will cause
previous \3 repeat forever, according to SUSv2
Add comment about mon_grouping separator
NOTE: mon_grouping localeconv() par

Change "3;3" in mon_grouping to "3". This is cosmetique, last \0 will cause
previous \3 repeat forever, according to SUSv2
Add comment about mon_grouping separator
NOTE: mon_grouping localeconv() parsing still broken.

show more ...

Back out removing trailing space from int_curr_symbol, this is SUSV2
requirement

Remove extra space after int_curr_sym
Add "." after currency_sym
Replace decimal_point with ","
Add " " as thousands_sep

Add sources for following categories: LC_NUMERIC (share/numericdef),
LC_MONETARY (share/monetdef), LC_MESSAGES (share/msgdef). Now only
en_US.ISO_8859-1 and ru_RU.KOI8-R locales ready. I will find so

Add sources for following categories: LC_NUMERIC (share/numericdef),
LC_MONETARY (share/monetdef), LC_MESSAGES (share/msgdef). Now only
en_US.ISO_8859-1 and ru_RU.KOI8-R locales ready. I will find some time
in near future and'll try to make defintions for other locales.

show more ...

International code for Russian Ruble is changed from RUR to RUB
starting from 1.1.2001 (ISO 4217)

. add comment that 4 character of int_curr_symbol should be SPACE
. fix chinese locales to meet this requirement

Back out my "3;3" -> something changes. While technikally the same, it only
leads to confusion.

I change my mind a bit: assuming last \0 is contrproductive since will cause
user confusion, so specify it directly, i.e. change "3" to "3;0".

In this style "3;" or "3" must not cause repeating
(co

I change my mind a bit: assuming last \0 is contrproductive since will cause
user confusion, so specify it directly, i.e. change "3" to "3;0".

In this style "3;" or "3" must not cause repeating
(converted to \3, CHAR_MAX, \0)
Still not implemented and broken in localeconv()

show more ...

Change "3;3" in mon_grouping to "3". This is cosmetique, last \0 will cause
previous \3 repeat forever, according to SUSv2
Add comment about mon_grouping separator
NOTE: mon_grouping localeconv() par

Change "3;3" in mon_grouping to "3". This is cosmetique, last \0 will cause
previous \3 repeat forever, according to SUSv2
Add comment about mon_grouping separator
NOTE: mon_grouping localeconv() parsing still broken.

show more ...

Back out removing trailing space from int_curr_symbol, this is SUSV2
requirement

Remove extra space after int_curr_sym
Add "." after currency_sym
Replace decimal_point with ","
Add " " as thousands_sep

Add sources for following categories: LC_NUMERIC (share/numericdef),
LC_MONETARY (share/monetdef), LC_MESSAGES (share/msgdef). Now only
en_US.ISO_8859-1 and ru_RU.KOI8-R locales ready. I will find so

Add sources for following categories: LC_NUMERIC (share/numericdef),
LC_MONETARY (share/monetdef), LC_MESSAGES (share/msgdef). Now only
en_US.ISO_8859-1 and ru_RU.KOI8-R locales ready. I will find some time
in near future and'll try to make defintions for other locales.

show more ...