Re: [PATCH] Compile without warning with gcc's -Wtype-limits, -Wempty-body - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCH] Compile without warning with gcc's -Wtype-limits, -Wempty-body
Date
Msg-id 13473.1358220399@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCH] Compile without warning with gcc's -Wtype-limits, -Wempty-body  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: [PATCH] Compile without warning with gcc's -Wtype-limits, -Wempty-body
List pgsql-hackers
Andres Freund <andres@2ndquadrant.com> writes:
> On 2013-01-14 20:39:05 -0500, Peter Eisentraut wrote:
>> On Tue, 2013-01-15 at 00:29 +0100, Andres Freund wrote:
>>> Independently from this patch, should we add -Wtype-limits to the
>>> default parameters?

>> I think we have had a discussion along this line before.  I am against
>> fixing warnings from this option, because those changes would hide
>> errors if a variable's type changed from signed to unsigned or vice
>> versa, which could happen because of refactoring or it might be
>> dependent on system headers.

> Well, I already found a bug (although with very limited consequences) in
> the walsender code and one with graver consequences in code I just
> submitted. So I don't really see that being on-par with some potential
> future refactoring...

FWIW, I agree with Peter --- in particular, warning against "x >= MIN"
just because MIN happens to be zero and x happens to be unsigned is the
sort of nonsense up with which we should not put.  Kowtowing to that
kind of warning makes the code less robust, not more so.

It's a shame that the compiler writers have not figured this out and
separated misguided pedantry from actually-useful warnings.  If I assign
-1 to an unsigned variable, by all means tell me about *that*.  Don't
tell me your opinion of whether an assertion check is necessary.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Gurjeet Singh
Date:
Subject: Re: count(*) of zero rows returns 1
Next
From: Tom Lane
Date:
Subject: Re: Patches for TODO item: Avoid truncating empty OCDR temp tables on COMMIT