--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-01 04:30 ---
(In reply to comment #3)
> This is now fixed on mainline provided the user specifies -ffast-math.
> There are some complications where imagpart(z*~z) can be non-zero, if
> imagpart(z) is non-finite, such as an Inf or
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-06-01 19:13 ---
(In reply to comment #3)
> This is now fixed on mainline provided the user specifies -ffast-math.
> There are some complications where imagpart(z*~z) can be non-zero, if
> imagpart(z) is non-finite, such as an Inf or
--- Comment #3 from roger at eyesopen dot com 2006-06-01 02:41 ---
This is now fixed on mainline provided the user specifies -ffast-math.
There are some complications where imagpart(z*~z) can be non-zero, if
imagpart(z) is non-finite, such as an Inf or a NaN. It's unclear from
the fortr
--- Comment #2 from sayle at gcc dot gnu dot org 2006-05-30 21:34 ---
Subject: Bug 23452
Author: sayle
Date: Tue May 30 21:34:04 2006
New Revision: 114246
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114246
Log:
PR tree-optimization/23452
* fold-const.c (fold_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-18
23:33 ---
Confirmed, there are two ways of fixing this, one in fold which folds
CONJ_EXPR*a, the other way is
to do it later on via somthing like like a combiner or even in complex exand.
--
What|Re