[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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204394
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
`set'!
# 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;
fi
if test "${LC_CTYPE+set}" = set; then LC_CTYPE=C; export LC_CTYPE;
fi
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
aq
$ echo FooBar | tr '[:upper:]' '[:lower:]'
foobar
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