Обсуждение: gcc 4.6 -Wunused-but-set-variable

Поиск
Список
Период
Сортировка

gcc 4.6 -Wunused-but-set-variable

От
Peter Eisentraut
Дата:
Another set of new gcc 4.6 warnings:

readfuncs.c: In function ‘_readCaseWhen’:
readfuncs.c:875:567: warning: variable ‘token’ set but not used [-Wunused-but-set-variable]
readfuncs.c: In function ‘_readFromExpr’:
readfuncs.c:1159:568: warning: variable ‘token’ set but not used [-Wunused-but-set-variable]

read.c: In function ‘nodeTokenType’:
read.c:222:8: warning: variable ‘val’ set but not used [-Wunused-but-set-variable]

I couldn't see a way good way of programming around this (perhaps in the
second case, but it would get uselessly ugly), so perhaps just marking
the variables as potentially unused would be appropriate?  See patch.


Вложения

Re: gcc 4.6 -Wunused-but-set-variable

От
Tom Lane
Дата:
Peter Eisentraut <peter_e@gmx.net> writes:
> I couldn't see a way good way of programming around this (perhaps in the
> second case, but it would get uselessly ugly), so perhaps just marking
> the variables as potentially unused would be appropriate?  See patch.

Of course this would break not only on non-gcc compilers, but old
versions of gcc.  I'd suggest a macro (cf PERL_UNUSED_DECL) and some
version checks at the site of the macro declaration (perhaps the ones
emitted by bison for its use of this construct will do).
        regards, tom lane


Re: gcc 4.6 -Wunused-but-set-variable

От
Peter Eisentraut
Дата:
On ons, 2011-06-15 at 19:28 -0400, Tom Lane wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
> > I couldn't see a way good way of programming around this (perhaps in the
> > second case, but it would get uselessly ugly), so perhaps just marking
> > the variables as potentially unused would be appropriate?  See patch.
> 
> Of course this would break not only on non-gcc compilers, but old
> versions of gcc.  I'd suggest a macro (cf PERL_UNUSED_DECL) and some
> version checks at the site of the macro declaration (perhaps the ones
> emitted by bison for its use of this construct will do).

Non-GCC compilers would be fine, because we define away __attribute__
there anyway, but on GCC itself, you're right, the "unused" attribute is
a bit more recent than ancient.

Actually, casting to void, which is the convention we already use
elsewhere, works for this, so done that way.