]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
Disable "maybe-uninitialized" warning globally
authorLinus Torvalds <torvalds@linux-foundation.org>
Wed, 27 Jul 2016 20:17:41 +0000 (13:17 -0700)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Fri, 30 Sep 2016 08:12:43 +0000 (10:12 +0200)
commit63f4bb7d3552028ce92aacae7784f6cf3d01f17f
tree7be9a88103c41d8cf588861f2afa401782a69d12
parentc911e4123523a184dc8f215810abc1d6d6549a22
Disable "maybe-uninitialized" warning globally

commit 6e8d666e925333c55378e8d5540a8a9ee0eea9c5 upstream.

Several build configurations had already disabled this warning because
it generates a lot of false positives.  But some had not, and it was
still enabled for "allmodconfig" builds, for example.

Looking at the warnings produced, every single one I looked at was a
false positive, and the warnings are frequent enough (and big enough)
that they can easily hide real problems that you don't notice in the
noise generated by -Wmaybe-uninitialized.

The warning is good in theory, but this is a classic case of a warning
that causes more problems than the warning can solve.

If gcc gets better at avoiding false positives, we may be able to
re-enable this warning.  But as is, we're better off without it, and I
want to be able to see the *real* warnings.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Makefile
arch/arc/Makefile
scripts/Makefile.ubsan