| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 27 Aug 2015 10:37:53 +0200
From: Michal Marek <mmarek@...e.cz>
To: Behan Webster <behanw@...verseincode.com>,
Anton Blanchard <anton@...ba.org>
Cc: Paul Cercueil <paul@...pouillou.net>, linux-kbuild@...r.kernel.org,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Michael Ellerman <mpe@...erman.id.au>
Subject: Re: [PATCH v2] Makefile: Fix detection of clang when cross-compiling
On 2015-08-27 03:49, Behan Webster wrote:
>
> On 08/19/15 08:41, Michal Marek wrote:
>> From 49bb3e66a9a7fc3685fb070bdfd31f2c3d78cc87 Mon Sep 17 00:00:00 2001
>> From: Michal Marek <mmarek@...e.com>
>> Date: Wed, 19 Aug 2015 17:36:41 +0200
>> Subject: [PATCH] kbuild: Fix clang detection
>>
>> We cannot detect clang before including the arch Makefile, because that
>> can set the default cross compiler. We also cannot detect clang after
>> including the arch Makefile, because powerpc wants to know about clang.
>> Solve this by using an deferred variable. This costs us a few shell
>> invocations, but this is only a constant number.
>>
>> Reported-by: Behan Webster <behanw@...verseincode.com>
>> Reported-by: Anton Blanchard <anton@...ba.org>
>> Signed-off-by: Michal Marek <mmarek@...e.com>
>> ---
>> Makefile | 9 +--------
>> arch/powerpc/Makefile | 8 ++++----
>> scripts/Kbuild.include | 4 ++++
>> scripts/Makefile.extrawarn | 2 +-
>> 4 files changed, 10 insertions(+), 13 deletions(-)
>>
>> diff --git a/Makefile b/Makefile
>> index 13270c0..5ccbb58 100644
>> --- a/Makefile
>> +++ b/Makefile
>> @@ -661,14 +661,7 @@ endif
>> endif
>> KBUILD_CFLAGS += $(stackp-flag)
>>
>> -ifeq ($(shell $(CC) -v 2>&1 | grep -c "clang version"), 1)
>> -COMPILER := clang
>> -else
>> -COMPILER := gcc
>> -endif
>> -export COMPILER
>> -
>> -ifeq ($(COMPILER),clang)
>> +ifeq ($(cc-name),clang)
>> KBUILD_CPPFLAGS += $(call cc-option,-Qunused-arguments,)
>> KBUILD_CPPFLAGS += $(call cc-option,-Wno-unknown-warning-option,)
>> KBUILD_CFLAGS += $(call cc-disable-warning, unused-variable)
>> diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
>> index 05f464e..dfe88896 100644
>> --- a/arch/powerpc/Makefile
>> +++ b/arch/powerpc/Makefile
>> @@ -67,7 +67,7 @@ UTS_MACHINE := $(OLDARCH)
>>
>> ifeq ($(CONFIG_CPU_LITTLE_ENDIAN),y)
>> override CC += -mlittle-endian
>> -ifneq ($(COMPILER),clang)
>> +ifneq ($(cc-name),clang)
>> override CC += -mno-strict-align
>> endif
>> override AS += -mlittle-endian
>> @@ -333,7 +333,7 @@ TOUT := .tmp_gas_check
>> # - Require gcc 4.0 or above on 64-bit
>> # - gcc-4.2.0 has issues compiling modules on 64-bit
>> checkbin:
>> - @if test "${COMPILER}" != "clang" \
>> + @if test "$(cc-name)" != "clang" \
>> && test "$(cc-version)" = "0304" ; then \
>> if ! /bin/echo mftb 5 | $(AS) -v -mppc -many -o $(TOUT) >/dev/null 2>&1 ; then \
>> echo -n '*** ${VERSION}.${PATCHLEVEL} kernels no longer build '; \
>> @@ -342,14 +342,14 @@ checkbin:
>> false; \
>> fi ; \
>> fi
>> - @if test "${COMPILER}" != "clang" \
>> + @if test "$(cc-name)" != "clang" \
>> && test "$(cc-version)" -lt "0400" \
>> && test "x${CONFIG_PPC64}" = "xy" ; then \
>> echo -n "Sorry, GCC v4.0 or above is required to build " ; \
>> echo "the 64-bit powerpc kernel." ; \
>> false ; \
>> fi
>> - @if test "${COMPILER}" != "clang" \
>> + @if test "$(cc-name)" != "clang" \
>> && test "$(cc-fullversion)" = "040200" \
>> && test "x${CONFIG_MODULES}${CONFIG_PPC64}" = "xyy" ; then \
>> echo -n '*** GCC-4.2.0 cannot compile the 64-bit powerpc ' ; \
>> diff --git a/scripts/Kbuild.include b/scripts/Kbuild.include
>> index d3437b8..3523df6 100644
>> --- a/scripts/Kbuild.include
>> +++ b/scripts/Kbuild.include
>> @@ -128,6 +128,10 @@ cc-option-align = $(subst -functions=0,,\
>> cc-disable-warning = $(call try-run,\
>> $(CC) $(KBUILD_CPPFLAGS) $(KBUILD_CFLAGS) -W$(strip $(1)) -c -x c /dev/null -o "$$TMP",-Wno-$(strip $(1)))
>>
>> +# cc-name
>> +# Expands to either gcc or clang
>> +cc-name = $(shell $(CC) -v 2>&1 | grep -q "clang version" && echo clang || echo gcc)
>> +
>> # cc-version
>> cc-version = $(shell $(CONFIG_SHELL) $(srctree)/scripts/gcc-version.sh $(CC))
>>
>> diff --git a/scripts/Makefile.extrawarn b/scripts/Makefile.extrawarn
>> index f734033..4efedcb 100644
>> --- a/scripts/Makefile.extrawarn
>> +++ b/scripts/Makefile.extrawarn
>> @@ -56,7 +56,7 @@ endif
>> KBUILD_CFLAGS += $(warning)
>> else
>>
>> -ifeq ($(COMPILER),clang)
>> +ifeq ($(cc-name),clang)
>> KBUILD_CFLAGS += $(call cc-disable-warning, initializer-overrides)
>> KBUILD_CFLAGS += $(call cc-disable-warning, unused-value)
>> KBUILD_CFLAGS += $(call cc-disable-warning, format)
>
> Is there any reason you renamed COMPILER? Because it breaks all the
> other patches we have queued up which use it for cross compiling.
>
> And aren't we supposed to use all caps for variable names?
It more like a function now and is consistent with the other cc-*
definitions in scripts/Kbuild.include.
> This doesn't only break powerpc, it breaks arm, aarch64 and clang work
> that's being done on MIPS malta.
So do a s/COMPILER/cc-name/ ? You can merge my patch into your tree to
avoid a dependency on the kbuild tree.
> The big reason I wrote it the way I did was so other compilers could be
> added as well (as if-then-else stanzas).
>
> I understand that the initial issue was that if /usr/bin/cc was clang
> things broke for MIPS, but that's just a temporal problem as we upstream
> clang support.
I don't think so. Arch Makefiles are allowed to override the default
value of $(CC) and until then, it cannot be used.
> In many ways I'd prefer to see ee4eb20dbce91751c248399e8a0cf9b8813adf5a
> reverted.
This just brings back the original problem.
Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists