From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | John Regehr <regehr(at)cs(dot)utah(dot)edu> |
Cc: | Greg Stark <gsstark(at)mit(dot)edu>, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #5592: list of integer undefined behaviors |
Date: | 2010-08-03 21:43:24 |
Message-ID: | 1287.1280871804@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
John Regehr <regehr(at)cs(dot)utah(dot)edu> writes:
>> Just to follow up: all the other ones seem to be non-problems.
> Would you folks be willing to specify which arithmetic operations are
> considered to be safe in the case of overflow? Something simple like an
> "INTEGER_OVERFLOW_OK" comment at the end of the line of code containing
> the operation would suffice. This would let me automatically filter out
> error messages on these lines of code in the future.
That might be doable for individual operations, but I don't think that
(for example) having to label all the users of RIGHTMOST_ONE() would be
very maintainable. Is your code capable of tracking back to a macro
definition?
Also, it would be nicer if we could put the marker comment on an
adjacent line. If it has to be on the same line then there are
formatting problems when the code is wide (and pgindent could break it).
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | John Regehr | 2010-08-03 22:02:47 | Re: BUG #5592: list of integer undefined behaviors |
Previous Message | John Regehr | 2010-08-03 21:31:00 | Re: BUG #5592: list of integer undefined behaviors |