# git rev-parse -q --verify 7d42223a874f7426b58792166fce20f78581b5c4^{commit} 7d42223a874f7426b58792166fce20f78581b5c4 already have revision, skipping fetch # git checkout -q -f -B kisskb 7d42223a874f7426b58792166fce20f78581b5c4 # git clean -qxdf # < git log -1 # commit 7d42223a874f7426b58792166fce20f78581b5c4 # Author: Masahiro Yamada # Date: Wed Apr 8 03:43:36 2020 +0900 # # kbuild: support LLVM=1 to switch the default tools to Clang/LLVM # # As Documentation/kbuild/llvm.rst implies, building the kernel with a # full set of LLVM tools gets very verbose and unwieldy. # # Provide a single switch LLVM=1 to use Clang and LLVM tools instead # of GCC and Binutils. You can pass it from the command line or as an # environment variable. # # Please note LLVM=1 does not turn on the integrated assembler. You need # to pass LLVM_IA=1 to use it. When the upstream kernel is ready for the # integrated assembler, I think we can make it default. # # We discussed what we need, and we agreed to go with a simple boolean # flag that switches both target and host tools: # # https://lkml.org/lkml/2020/3/28/494 # https://lkml.org/lkml/2020/4/3/43 # # Some items discussed, but not adopted: # # - LLVM_DIR # # When multiple versions of LLVM are installed, I just thought supporting # LLVM_DIR=/path/to/my/llvm/bin/ might be useful. # # CC = $(LLVM_DIR)clang # LD = $(LLVM_DIR)ld.lld # ... # # However, we can handle this by modifying PATH. So, we decided to not do # this. # # - LLVM_SUFFIX # # Some distributions (e.g. Debian) package specific versions of LLVM with # naming conventions that use the version as a suffix. # # CC = clang$(LLVM_SUFFIX) # LD = ld.lld(LLVM_SUFFIX) # ... # # will allow a user to pass LLVM_SUFFIX=-11 to use clang-11 etc., # but the suffixed versions in /usr/bin/ are symlinks to binaries in # /usr/lib/llvm-#/bin/, so this can also be handled by PATH. # # Signed-off-by: Masahiro Yamada # Reviewed-by: Nathan Chancellor # Tested-by: Nathan Chancellor # build # Tested-by: Nick Desaulniers # Reviewed-by: Nick Desaulniers # < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-gcc --version # < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-ld --version # < git log --format=%s --max-count=1 7d42223a874f7426b58792166fce20f78581b5c4 # < make -s -j 8 ARCH=powerpc O=/kisskb/build/kbuild_pseries_le_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- pseries_le_defconfig # < make -s -j 8 ARCH=powerpc O=/kisskb/build/kbuild_pseries_le_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- help # make -s -j 8 ARCH=powerpc O=/kisskb/build/kbuild_pseries_le_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- olddefconfig # make -s -j 8 ARCH=powerpc O=/kisskb/build/kbuild_pseries_le_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- WARNING: modpost: vmlinux.o(.text+0x31dc): Section mismatch in reference from the variable __boot_from_prom to the function .init.text:prom_init() The function __boot_from_prom() references the function __init prom_init(). This is often because __boot_from_prom lacks a __init annotation or the annotation of prom_init is wrong. WARNING: modpost: vmlinux.o(.text+0x33c8): Section mismatch in reference from the variable start_here_common to the function .init.text:start_kernel() The function start_here_common() references the function __init start_kernel(). This is often because start_here_common lacks a __init annotation or the annotation of start_kernel is wrong. Completed OK # rm -rf /kisskb/build/kbuild_pseries_le_defconfig_powerpc-gcc5 # Build took: 0:04:18.282332