# git rev-parse -q --verify 32ce2a8a7f5fe2767769df42209f8f6e87a405ba^{commit}
32ce2a8a7f5fe2767769df42209f8f6e87a405ba
already have revision, skipping fetch
# git checkout -q -f -B kisskb 32ce2a8a7f5fe2767769df42209f8f6e87a405ba
# git clean -qxdf
# < git log -1
# commit 32ce2a8a7f5fe2767769df42209f8f6e87a405ba
# Author: Gustavo A. R. Silva <gustavoars@kernel.org>
# Date:   Thu May 28 09:35:11 2020 -0500
# 
#     w1: Replace zero-length array with flexible-array
#     
#     The current codebase makes use of the zero-length array language
#     extension to the C90 standard, but the preferred mechanism to declare
#     variable-length types such as these ones is a flexible array member[1][2],
#     introduced in C99:
#     
#     struct foo {
#             int stuff;
#             struct boo array[];
#     };
#     
#     By making use of the mechanism above, we will get a compiler warning
#     in case the flexible array does not occur last in the structure, which
#     will help us prevent some kind of undefined behavior bugs from being
#     inadvertently introduced[3] to the codebase from now on.
#     
#     Also, notice that, dynamic memory allocations won't be affected by
#     this change:
#     
#     "Flexible array members have incomplete type, and so the sizeof operator
#     may not be applied. As a quirk of the original implementation of
#     zero-length arrays, sizeof evaluates to zero."[1]
#     
#     sizeof(flexible-array-member) triggers a warning because flexible array
#     members have incomplete type[1]. There are some instances of code in
#     which the sizeof operator is being incorrectly/erroneously applied to
#     zero-length arrays and the result is zero. Such instances may be hiding
#     some bugs. So, this work (flexible-array member conversions) will also
#     help to get completely rid of those sorts of issues.
#     
#     Notice that, currently, more than 250 of these patches have already
#     been merged into mainline during the last merge window, including
#     5.7-rc2. So, in order to make better use of everyone's time, I'm
#     planning to add this treewide patch to my -next tree and then send a
#     pull request to Linus for 5.7-rc3 or -rc4, after getting some acks
#     and/or reviews.
#     
#     This treewide patch has been successfully built (on top of v5.7-rc1) for
#     multiple architectures (arm, arm64, sparc, powerpc, ia64, s390, i386,
#     nios2, c6x, xtensa, openrisc, mips, parisc, x86_64, riscv, sh, sparc64)
#     and 82 different configurations with the help of the 0-day CI guys[5].
#     
#     This issue was found with the help of Coccinelle.
#     
#     [1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html
#     [2] https://github.com/KSPP/linux/issues/21
#     [3] commit 76497732932f ("cxgb3/l2t: Fix undefined behaviour")
#     [4] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=replace+zero-leng
#     
#     Signed-off-by: Gustavo A. R. Silva <gustavoars@kernel.org>
# < /opt/cross/kisskb/korg/gcc-4.9.4-nolibc/i386-linux/bin/i386-linux-gcc --version
# < /opt/cross/kisskb/korg/gcc-4.9.4-nolibc/i386-linux/bin/i386-linux-ld --version
# < git log --format=%s --max-count=1 32ce2a8a7f5fe2767769df42209f8f6e87a405ba
# < make -s -j 80 ARCH=i386 O=/kisskb/build/gustavoars_i386-allnoconfig_i386-gcc4.9 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-4.9.4-nolibc/i386-linux/bin/i386-linux-  allnoconfig
# < make -s -j 80 ARCH=i386 O=/kisskb/build/gustavoars_i386-allnoconfig_i386-gcc4.9 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-4.9.4-nolibc/i386-linux/bin/i386-linux-  help
# make -s -j 80 ARCH=i386 O=/kisskb/build/gustavoars_i386-allnoconfig_i386-gcc4.9 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-4.9.4-nolibc/i386-linux/bin/i386-linux-  olddefconfig
# make -s -j 80 ARCH=i386 O=/kisskb/build/gustavoars_i386-allnoconfig_i386-gcc4.9 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-4.9.4-nolibc/i386-linux/bin/i386-linux-  
Completed OK
# rm -rf /kisskb/build/gustavoars_i386-allnoconfig_i386-gcc4.9
# Build took: 0:00:21.816662