Related articles |
---|
Subtraction + comparison in one asm instruction? vincent+news@vinc17.org (Vincent Lefevre) (2002-08-10) |
Re: Subtraction + comparison in one asm instruction? Peter-Lawrence.Montgomery@cwi.nl (Peter L. Montgomery) (2002-08-14) |
Re: Subtraction + comparison in one asm instruction? iddw@hotmail.com (Dave Hansen) (2002-08-14) |
Re: Subtraction + comparison in one asm instruction? walter@bytecraft.com (Walter Banks) (2002-08-23) |
Re: Subtraction + comparison in one asm instruction? vincent+news@vinc17.org (Vincent Lefevre) (2002-08-23) |
Re: Subtraction + comparison in one asm instruction? gdr@soliton.integrable-solutions.net (Gabriel Dos Reis) (2002-09-03) |
Re: Subtraction + comparison in one asm instruction? vincent+news@vinc17.org (Vincent Lefevre) (2002-09-08) |
Re: Subtraction + comparison in one asm instruction? gdr@integrable-solutions.net (Gabriel Dos Reis) (2002-09-12) |
Re: Subtraction + comparison in one asm instruction? vbdis@aol.com (VBDis) (2002-09-12) |
Re: Subtraction + comparison in one asm instruction? gdr@integrable-solutions.net (Gabriel Dos Reis) (2002-09-12) |
Re: Subtraction + comparison in one asm instruction? vincent+news@vinc17.org (Vincent Lefevre) (2002-09-12) |
Re: Subtraction + comparison in one asm instruction? anton@mips.complang.tuwien.ac.at (Anton Ertl) (2002-09-14) |
[7 later articles] |
From: | "Gabriel Dos Reis" <gdr@soliton.integrable-solutions.net> |
Newsgroups: | comp.compilers |
Date: | 3 Sep 2002 00:08:12 -0400 |
Organization: | CodeSourcery, LLC |
References: | 02-08-033 02-08-044 02-08-064 |
Keywords: | architecture, arithmetic |
Posted-Date: | 03 Sep 2002 00:08:12 EDT |
"Vincent Lefevre" <vincent+news@vinc17.org> writes:
[...]
| In my code, if c - 1 is not representable, this is an undefined
| behaviour. Thus the compiler could choose to do anything in this
| case and the optimization would be valid
Unless the implementation chooses to bind to other contraints where
the C standard leaves the issue implementation-defined or undefined.
It is quite reasonable to expect an underflow trap/exception, if such
a thing is supported by the executing environment (e.g. conforming to
"Language Independent Arithmetic, part 1"). In that case, I would not
like to see the compiler deliberately suppress that expectation in my
codes.
One of the purposes of the C standards leaving some behaviour undefined
is to give implementations the opportunities to satisfy other "bindings".
| (if there are problems
| with some codes, the compiler could still provide switches to
| disable the optimization for such broken codes).
Err, the codes aren't necessarily broken. It may just be that the
inputs are exercising boundary values.
-- Gaby
Return to the
comp.compilers page.
Search the
comp.compilers archives again.