Commit 06b5dc64 authored by H. Peter Anvin's avatar H. Peter Anvin

Makefile: Unexport LC_ALL instead of clearing it

Apparently not all versions of glibc and utilities treat an empty
LC_ALL as nonexistent, causing error messages to be garbled.  Instead,
explicitly unexport it from the environment.
Reported-and-tested-by: default avatarMasami Hiramatsu <mhiramat@redhat.com>
Signed-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
LKML-Reference: <4B2AC394.4030108@redhat.com>
Cc: Michal Marek <mmarek@sues.cz>
Cc: Roland Dreier <rdreier@cisco.com>
Cc: Sam Ravnborg <sam@ravnborg.org>
parent 8c634507
...@@ -17,11 +17,11 @@ NAME = Man-Eating Seals of Antiquity ...@@ -17,11 +17,11 @@ NAME = Man-Eating Seals of Antiquity
MAKEFLAGS += -rR --no-print-directory MAKEFLAGS += -rR --no-print-directory
# Avoid funny character set dependencies # Avoid funny character set dependencies
LC_ALL= unexport LC_ALL
LC_CTYPE=C LC_CTYPE=C
LC_COLLATE=C LC_COLLATE=C
LC_NUMERIC=C LC_NUMERIC=C
export LC_ALL LC_CTYPE LC_COLLATE LC_NUMERIC export LC_CTYPE LC_COLLATE LC_NUMERIC
# We are using a recursive build, so we need to do a little thinking # We are using a recursive build, so we need to do a little thinking
# to get the ordering right. # to get the ordering right.
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment