silence some -Wuninitialized false positives
commita469a1019352b8efc4bd7003b0bd59eb60fc428c
authorJeff King <peff@peff.net>
Sat, 15 Dec 2012 17:42:10 +0000 (15 12:42 -0500)
committerJunio C Hamano <gitster@pobox.com>
Sat, 15 Dec 2012 18:45:59 +0000 (15 10:45 -0800)
tree33246362997de827418a21c7d0a7530b2d92e6f8
parente208f9cc7574f5980faba498d0aa30b4defeb34f
silence some -Wuninitialized false positives

There are a few error functions that simply wrap error() and
provide a standardized message text. Like error(), they
always return -1; knowing that can help the compiler silence
some false positive -Wuninitialized warnings.

One strategy would be to just declare these as inline in the
header file so that the compiler can see that they always
return -1. However, gcc does not always inline them (e.g.,
it will not inline opterror, even with -O3), which renders
our change pointless.

Instead, let's follow the same route we did with error() in
the last patch, and define a macro that makes the constant
return value obvious to the compiler.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
cache.h
config.c
parse-options.c
parse-options.h