https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204394
Jan Beich <jbe...@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|ge...@freebsd.org |freebsd-b...@freebsd.org Version|Latest |11.0-CURRENT Product|Ports & Packages |Base System CC| |b...@freebsd.org, | |mar...@freebsd.org Component|Individual Port(s) |bin --- Comment #5 from Jan Beich <jbe...@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. _______________________________________________ freebsd-gecko@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-gecko To unsubscribe, send any mail to "freebsd-gecko-unsubscr...@freebsd.org"