--- Comment #8 from schlie at comcast dot net 2007-01-06 15:04 ---
It seems that an overflow warning should be generated if an overflowed value
is utilized or results from an expression evaluation between sequence ponts?
Thereby:
x = INT_MAX + 2 - 2 ; // warning x may overflow.
z = (y
--- Comment #7 from manu at gcc dot gnu dot org 2007-01-06 09:34 ---
Fixed in mainline.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from manu at gcc dot gnu dot org 2007-01-05 21:57 ---
Subject: Bug 19978
Author: manu
Date: Fri Jan 5 21:57:01 2007
New Revision: 120505
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120505
Log:
2007-01-05 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c/
--- Comment #5 from patchapp at dberlin dot org 2006-12-09 01:10 ---
Subject: Bug number PR c/19978
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00588.html
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from manu at gcc dot gnu dot org 2006-11-26 19:27 ---
(In reply to comment #3)
> (In reply to comment #2)
> > The problem is that we reset TREE_OVERFLOW:
>
> It would seem it overflows incremented, and underflow's decremented,
> only a terminal non-zero count would repres
--- Additional Comments From schlie at comcast dot net 2005-02-17 23:37
---
(In reply to comment #2)
> The problem is that we reset TREE_OVERFLOW:
It would seem it overflows incremented, and underflow's decremented,
only a terminal non-zero count would represent an over/underflow for
ad
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
05:09 ---
The problem is that we reset TREE_OVERFLOW:
if ((TREE_CODE (value) == INTEGER_CST
|| (TREE_CODE (value) == COMPLEX_CST
&& TREE_CODE (TREE_REALPART (value)) == INTEGER_CST))
&& TREE_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-15
21:20 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
