Re: gcc 4.6 warnings -Wunused-but-set-variable - Mailing list pgsql-hackers

From Robert Haas
Subject Re: gcc 4.6 warnings -Wunused-but-set-variable
Date
Msg-id AANLkTimmU7K6pPmKrE7mq00FxeUx0PL0sbLWmYuw0=vy@mail.gmail.com
Whole thread Raw
In response to gcc 4.6 warnings -Wunused-but-set-variable  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On Tue, Mar 29, 2011 at 4:48 PM, Peter Eisentraut <peter_e@gmx.net> wrote:
> As you might have heard, GCC 4.6 was released the other day.  It
> generates a bunch of new warnings with the PostgreSQL source code, most
> of which belong to the new warning scenario -Wunused-but-set-variable,
> which is included in -Wall.
>
> Attached is a patch that gets rid of most of these.  As you can see,
> most of these remove real leftover garbage.  The line I marked in
> pg_basebackup.c might be an actual problem: It goes through a whole lot
> to figure out the timeline and then doesn't do anything with it.  In
> some other cases, however, one might argue that the changes lose some
> clarity, such as when dropping the return value of strtoul() or
> va_arg().  How should we proceed?  In any case, my patch should be
> re-reviewed for any possible side effects that I might have hastily
> removed.

In the case of variable.c, it is entirely unclear that there's any
point in calling strtoul() at all.  Maybe we should just remove that
and the following Assert() as well.

In parse_utilcmd.c, do we need to look up the collation OID if we're
just discarding it anyway?

In the case of the va_arg() calls, maybe something like /* advance arg
position, but ignore result */?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Greg Stark
Date:
Subject: Re: Process local hint bit cache
Next
From: Bruce Momjian
Date:
Subject: Re: Problem with pg_upgrade?