Related articles |
---|
seeking embeddable statement compiler code bvarley@comswest.net.au (Bruce Varley) (2001-11-25) |
Re: seeking embeddable statement compiler code rus@tamu.edu (Silvius Rus) (2001-11-26) |
Re: seeking embeddable statement compiler code spinoza1111@yahoo.com (2001-11-29) |
Re: seeking embeddable statement compiler code Sid-Ahmed-Ali.TOUATI@inria.fr (Sid Ahmed Ali TOUATI) (2001-11-29) |
Re: seeking embeddable statement compiler code rus@tamu.edu (Silvius Rus) (2001-12-03) |
Re: seeking embeddable statement compiler code spinoza1111@yahoo.com (2001-12-07) |
From: | Sid Ahmed Ali TOUATI <Sid-Ahmed-Ali.TOUATI@inria.fr> |
Newsgroups: | comp.compilers |
Date: | 29 Nov 2001 23:08:56 -0500 |
Organization: | INRIA |
References: | 01-11-115 |
Keywords: | arithmetic |
Posted-Date: | 29 Nov 2001 23:08:55 EST |
If you are looking for an efficient code for some mathematical
expressions, you must worry about the classical problem of numerical
precision. Do not forget that floating point numbers are not real
numbers, so you would make some tradeoff between the computation
efficiency and the result correctness.
For instance, mathematically, ((a*b)*c)*d=(a*b)*(c*d)
The code of left expression computes 3 mult in serial. The code generated
for the right hand side is more efficient since you can use the
fine-grain parallelism between two multiplications (if you have two
available multipliers). However, the result could be slightly different
because of floating rounding treatments. The error cumul can give non
expected results.
yours,
SAAT
Return to the
comp.compilers page.
Search the
comp.compilers archives again.