Skip to content
This repository has been archived by the owner on Aug 6, 2019. It is now read-only.

Bmake locales #8

Open
wants to merge 6 commits into
base: master
Choose a base branch
from
Open

Bmake locales #8

wants to merge 6 commits into from

Conversation

lotheac
Copy link

@lotheac lotheac commented Nov 22, 2016

No description provided.

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
@danmcd
Copy link
Member

danmcd commented Nov 22, 2016

I'm going to hold off on this one, because we have enough illumos-omnios churn going on just with two upstreams (Loader, ASLR, LX). I will keep it open, however.

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)?
@lotheac
Copy link
Author

lotheac commented Dec 1, 2016

Added a commit that makes in-tree software not use YESSTR/NOSTR any longer.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants