On 9/11/2017 4:13 PM, Olivier Matz wrote: > In developer mode (RTE_DEVEL_BUILD=y) where -Werror is passed in the > CFLAGS, the compilation fails with gcc-6.3.0 and EXTRA_CFLAGS=-Og. Some > errors are real bugs (but not critical), while some are false positives > (gcc bugs?). > > The solution often consists in initializing a local variable to > ensure the compiler won't complain. > > The patchset contains all the fixes needed to properly compile with -Og. > Feedback is welcome to decide if: > 1/ we include all of them, even if some are workarounds for > gcc bugs > 2/ we only include the real fixes, without fixing the compilation with > -Og. > > > Olivier Matz (10): > net/bnxt: fix compilation with -Og > net/qede: fix compilation with -Og > net/virtio: fix compilation with -Og > net/i40e: fix compilation with -Og > uio: fix compilation with -Og > cmdline: fix compilation with -Og > metrics: fix compilation with -Og > lpm6: fix compilation with -Og > app/test-crypto-perf: fix memory leak > app/test-crypto-perf: fix compilation with -Og
Series applied to dpdk-next-net/master, thanks. Except 3/10, 4/10, 8/10. Normally we don't get partial sets, that makes life harder for everyone, but since mentioned ones requires some more input I didn't want to make rest wait. When those three concluded would you mind sending another set for them?
