On 12/30/06, Paul Eggert <[EMAIL PROTECTED]> wrote:
For example, GCC itself assumes wrapv semantics internally, but according to the -fwrapv opponents GCC is obviously "at fault" here and should be fixed, so that shouldn't count, right? (If that's the way the data will be collected, I think I know how things will turn out. :-)
Where does GCC assume wrapv semantics? GCC assumes two's complement arithmetic in the backend - but that's different as it's not ISO C it is generating but target machine assembly code. Richard.