fixes illumos bug# 4006.

- add -D ("BSD output") to localedef(1)
- import tools to generate locale source data files from FreeBSD, and
  data files generated using those tools. Both require bmake.

We attempt to keep the set of shipped locales the same in this commit,
but there are a few differences:

    % comm -3 old new
    mn_CN.UTF-8/
    sa_IN.UTF-8/
            sr_RS.UTF-8@latin/
    th_TH.ISO8859-11/

mn_CN and sa_IN are dropped because CLDR 27.0.1 does not know about
them. th_TH.ISO8859-11 is dropped because the CLDR tools fail to generate a
ISO8859-11 charmap. sr_RS.UTF-8 gains a latin variant because FreeBSD
ships one as well [0] (a few other locales exist for which there is more
than one alphabet variant, but we keep shipping just the one variant
that we used to for those).

The following data was used with the tools to generate the localedef
input files in this commit:
- CLDR 27.0.1 http://www.unicode.org/Public/cldr/27.0.1/
- Unicode 9.0.0 http://www.unicode.org/Public/zipped/9.0.0/

[0]: freebsd/freebsd-src@9889527

yesstr comes straight from CLDR so check it against the expected value
for CLDR 27.0.1.

Of note is that YESSTR and NOSTR have been removed from POSIX.
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/langinfo.h.html#tag_13_21_09

illumos bug# 6904, 6905, 6906

https://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/d705af0fc9432eb9f2d7b98aade41c97bd080b5a
https://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/1b2528395788a50bc1f1b8784770de1df2202db6
https://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/aafe6cccf26a84b0d7728fef5d976c0d6c09e3c6

They're no longer in POSIX, and they happen to be quite stupid looking
in prompts with CLDR27 derived locale data, eg.:
    rm: remove Makefile (yes:y:YES:Y/no:n:NO:N)?