[Bug 204394] usr.bin/tr: ASCII collation passthrough doesn't work on Unicode-aware locales

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Thu Nov 19 22:02:39 UTC 2015


Jan Beich <jbeich at FreeBSD.org> changed:

           What    |Removed                     |Added
           Keywords|                            |regression
            Summary|www/firefox: configure:     |usr.bin/tr: ASCII collation
                   |error:                      |passthrough doesn't work on
                   |--enable-chrome-format must |Unicode-aware locales
                   |be set to either jar, flat, |
                   |or omni                     |
              Flags|maintainer-feedback?(gecko@ |maintainer-feedback+
                   |FreeBSD.org)                |
           Assignee|gecko at FreeBSD.org           |freebsd-bugs at FreeBSD.org
            Version|Latest                      |11.0-CURRENT
            Product|Ports & Packages            |Base System
                 CC|                            |bapt at FreeBSD.org,
                   |                            |marino at FreeBSD.org
          Component|Individual Port(s)          |bin

--- Comment #5 from Jan Beich <jbeich at FreeBSD.org> ---
Cutting down configure I've found

  # NLS nuisances.
  # Only set these to C if already set.  These must not be set unconditionally
  # because not all systems understand e.g. LANG=C (notably SCO).
  # Fixing LC_MESSAGES prevents Solaris sh from translating var values in
  # Non-C LC_CTYPE values break the ctype check.
  if test "${LANG+set}"   = set; then LANG=C;   export LANG;   fi
  if test "${LC_ALL+set}" = set; then LC_ALL=C; export LC_ALL; fi
  if test "${LC_MESSAGES+set}" = set; then LC_MESSAGES=C; export LC_MESSAGES;
  if test "${LC_CTYPE+set}"    = set; then LC_CTYPE=C;    export LC_CTYPE;   

which breaks tr(1) on a mixed locale (LANG unset)

  $ env -i LC_COLLATE=en_US.UTF-8 LC_CTYPE=C sh
  $ echo FooBar | tr A-Z a-z
  $ echo FooBar | tr '[:upper:]' '[:lower:]'

GNU tr (coreutils) works fine but doesn't support UTF-8 at all.

You are receiving this mail because:
You are the assignee for the bug.

More information about the freebsd-bugs mailing list