[PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility

From: Koakuma via B4 Relay
Date: Wed Jul 17 2024 - 12:12:22 EST


Hello~

This changes the CFLAGS for building the SPARC kernel so that it can be
built with clang, as a follow up from the discussion in this thread:

https://lore.kernel.org/lkml/JAYB7uS-EdLABTR4iWZdtFOVa5MvlKosIrD_cKTzgeozCOGRM7lhxeLigFB1g3exX445I_W5VKB-tAzl2_G1zCVJRQjp67ODfsSqiZWOZ9o=@protonmail.com/T/#u

The changes are removal of various `-fcall-used-*` flags, and adding
clang target flags for SPARC:

- `-fcall-used-*` flags is removed as it is not supported in clang.
Those should be safe to remove; the compiler will stop using the
registers specified as temporaries, but it is a safe change wrt.
the ABI. Assembly code can still use those registers as needed.
A cursory look at the assembly generated by GCC 13.2 shows that
the compiler was able to reallocate uses of those registers into
other temporary registers without adding extra spills, so there
should be no change in performance.

- More trivial is to add CLANG_TARGET_FLAGS for SPARC target.

Building with these changes still result in a working kernel,
at least for Sun T5120, Oracle T4-1, and qemu virtual machines.

On the LLVM side, the effort for building Linux/SPARC is tracked here:
https://github.com/llvm/llvm-project/issues/40792

Signed-off-by: Koakuma <koachan@xxxxxxxxxxxxxx>
---
Changes in v2:
- Remove the -mv8plus change; it will be handled on clang side:
https://github.com/llvm/llvm-project/pull/98713
- Add CLANG_TARGET_FLAGS as suggested in v1 review.
- Link to v1: https://lore.kernel.org/r/20240620-sparc-cflags-v1-1-bba7d0ff7d42@xxxxxxxxxxxxxx

---
Koakuma (2):
sparc/build: Remove all usage of -fcall-used* flags
sparc/build: Add SPARC target flags for compiling with clang

arch/sparc/Makefile | 4 ++--
arch/sparc/vdso/Makefile | 2 +-
scripts/Makefile.clang | 1 +
3 files changed, 4 insertions(+), 3 deletions(-)
---
base-commit: 4d145e3f830ba2c2745b42bfba5c2f8fcb8d078a
change-id: 20240620-sparc-cflags-e7f2dbbd4b9d

Best regards,
--
Koakuma <koachan@xxxxxxxxxxxxxx>