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
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <406544fb-0de7-3be1-7e6e-ded42fbec88a@iogearbox.net>
Date:   Thu, 11 Apr 2019 09:45:53 +0200
From:   Daniel Borkmann <daniel@...earbox.net>
To:     Andrey Ignatov <rdna@...com>, netdev@...r.kernel.org
Cc:     ast@...nel.org, kernel-team@...com
Subject: Re: [PATCH bpf-next] libbpf: Fix build with gcc-8

On 04/11/2019 03:36 AM, Andrey Ignatov wrote:
> Reported in [1].
> 
> With gcc 8.3.0 the following error is issued:
> 
>   cc -Ibpf@sta -I. -I.. -I.././include -I.././include/uapi
>   -fdiagnostics-color=always -fsanitize=address,undefined -fno-omit-frame-pointer
>   -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Werror -g -fPIC -g -O2
>   -Werror -Wall -Wno-pointer-arith -Wno-sign-compare  -MD -MQ
>   'bpf@.../src_libbpf.c.o' -MF 'bpf@.../src_libbpf.c.o.d' -o
>   'bpf@.../src_libbpf.c.o' -c ../src/libbpf.c
>   ../src/libbpf.c: In function 'bpf_object__elf_collect':
>   ../src/libbpf.c:947:18: error: 'map_def_sz' may be used uninitialized in this
>   function [-Werror=maybe-uninitialized]
>      if (map_def_sz <= sizeof(struct bpf_map_def)) {
>          ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>   ../src/libbpf.c:827:18: note: 'map_def_sz' was declared here
>     int i, map_idx, map_def_sz, nr_syms, nr_maps = 0, nr_maps_glob = 0;
>                     ^~~~~~~~~~
> 
> According to [2] -Wmaybe-uninitialized is enabled by -Wall.
> Same error is generated by clang's -Wconditional-uninitialized.
> 
> [1] https://github.com/libbpf/libbpf/pull/29#issuecomment-481902601
> [2] https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html
> 
> Fixes: d859900c4c56 ("bpf, libbpf: support global data/bss/rodata sections")
> Reported-by: Evgeny Vereshchagin <evvers@...ru>
> Signed-off-by: Andrey Ignatov <rdna@...com>

Applied, thanks!

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ