Buildresult: linus/x86_64-defconfig/x86_64-gcc8 built on Aug 12 2022, 02:15

kisskb

Revisions | Branches | Compilers | Configs | Build Results | Build Failures |

Status:	OK
Date/Time:	Aug 12 2022, 02:15
Duration:	0:03:12.202780
Builder:	blade46
Revision:	Revert "Makefile.extrawarn: re-enable -Wformat for clang" (`21f9c8a13bb2a0c24d9c6b86bc0896542a28c197)`
Target:	linus/x86_64-defconfig/x86_64-gcc8
Branch:	linus
Compiler:	x86_64-gcc8 (x86_64-linux-gcc (GCC) 8.5.0 / GNU ld (GNU Binutils) 2.36.1)
Config:	defconfig (download)
Log:	Download original No warnings found in log. Full Log # git rev-parse -q --verify 21f9c8a13bb2a0c24d9c6b86bc0896542a28c197^{commit} 21f9c8a13bb2a0c24d9c6b86bc0896542a28c197 already have revision, skipping fetch # git checkout -q -f -B kisskb 21f9c8a13bb2a0c24d9c6b86bc0896542a28c197 # git clean -qxdf # < git log -1 # commit 21f9c8a13bb2a0c24d9c6b86bc0896542a28c197 # Author: Linus Torvalds <torvalds@linux-foundation.org> # Date: Thu Aug 11 08:40:01 2022 -0700 # # Revert "Makefile.extrawarn: re-enable -Wformat for clang" # # This reverts commit 258fafcd0683d9ccfa524129d489948ab3ddc24c. # # The clang -Wformat warning is terminally broken, and the clang people # can't seem to get their act together. # # This test program causes a warning with clang: # # #include <stdio.h> # # int main(int argc, char *argv) # { # printf("%hhu\n", 'a'); # } # # resulting in # # t.c:5:19: warning: format specifies type 'unsigned char' but the argument has type 'int' [-Wformat] # printf("%hhu\n", 'a'); # ~~~~ ^~~ # %d # # and apparently clang people consider that a feature, because they don't # want to face the reality of how either C character constants, C # arithmetic, and C varargs functions work. # # The rest of the world just shakes their head at that kind of # incompetence, and turns off -Wformat for clang again. # # And no, the "you should use a pointless cast to shut this up" is not a # valid answer. That warning should not exist in the first place, or at # least be optinal with some "-Wformat-me-harder" kind of option. # # [ Admittedly, there's also very little reason to ever* use '%hh[ud]' in # C, but what little reason there is is entirely about 'I want to see # only the low 8 bits of the argument'. So I would suggest nobody ever # use that format in the first place, but if they do, the clang # behavious is simply always wrong. Because '%hhu' takes an 'int'. It's # that simple. ] # # Reported-by: Sudip Mukherjee (Codethink) <sudipm.mukherjee@gmail.com> # Cc: Nick Desaulniers <ndesaulniers@google.com> # Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> # < /opt/cross/kisskb/korg/gcc-8.5.0-nolibc/x86_64-linux/bin/x86_64-linux-gcc --version # < /opt/cross/kisskb/korg/gcc-8.5.0-nolibc/x86_64-linux/bin/x86_64-linux-ld --version # < git log --format=%s --max-count=1 21f9c8a13bb2a0c24d9c6b86bc0896542a28c197 # < make -s -j 32 ARCH=x86 O=/kisskb/build/linus_x86_64_defconfig_x86_64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.5.0-nolibc/x86_64-linux/bin/x86_64-linux- x86_64_defconfig # < make -s -j 32 ARCH=x86 O=/kisskb/build/linus_x86_64_defconfig_x86_64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.5.0-nolibc/x86_64-linux/bin/x86_64-linux- help # make -s -j 32 ARCH=x86 O=/kisskb/build/linus_x86_64_defconfig_x86_64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.5.0-nolibc/x86_64-linux/bin/x86_64-linux- olddefconfig # make -s -j 32 ARCH=x86 O=/kisskb/build/linus_x86_64_defconfig_x86_64-gcc8 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-8.5.0-nolibc/x86_64-linux/bin/x86_64-linux- Completed OK # rm -rf /kisskb/build/linus_x86_64_defconfig_x86_64-gcc8 # Build took: 0:03:12.202780

© Michael Ellerman 2006-2018.