Kbuild: Ignore GREP_OPTIONS env variable
When building the kernel in a shell which defines GREP_OPTIONS so that grep behavior is modified, we can break the generation of the syscalls table like so: __SYSCALL_COMMON(^[[01;31m^[[K0^[[m^[[K, sys_read, sys_read) __SYSCALL_COMMON(^[[01;31m^[[K1^[[m^[[K, sys_write, sys_write) __SYSCALL_COMMON(^[[01;31m^[[K1^[[m^[[K0, sys_mprotect, sys_mprotect) ... This is just the initial breakage, later we barf when generating modules. In this case, GREP_OPTIONS contains "--color=always" which adds the shell colors markup and completely fudges the headers under ...generated/asm/. Fix that by unexporting the GREP_OPTIONS variable for the whole kernel build as we tend to use grep at a bunch of places. Signed-off-by: Borislav Petkov <bp@suse.de> Signed-off-by: Michal Marek <mmarek@suse.cz>wifi-calibration
parent
6f62259b1a
commit
ab7474ea53
3
Makefile
3
Makefile
|
@ -22,6 +22,9 @@ LC_COLLATE=C
|
||||||
LC_NUMERIC=C
|
LC_NUMERIC=C
|
||||||
export LC_COLLATE LC_NUMERIC
|
export LC_COLLATE LC_NUMERIC
|
||||||
|
|
||||||
|
# Avoid interference with shell env settings
|
||||||
|
unexport GREP_OPTIONS
|
||||||
|
|
||||||
# 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.
|
||||||
#
|
#
|
||||||
|
|
Loading…
Reference in New Issue