--- Comment #12 from sje at cup dot hp dot com 2010-08-04 19:25 ---
Fixed on ToT.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|NEW
--- Comment #11 from sje at gcc dot gnu dot org 2010-08-04 18:32 ---
Subject: Bug 44583
Author: sje
Date: Wed Aug 4 18:32:37 2010
New Revision: 162869
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162869
Log:
2010-07-29 Steve Ellcey
PR target/44583
* config
--- Comment #10 from sje at cup dot hp dot com 2010-07-29 21:32 ---
I have posted a patch for this bug to gcc-patches.
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02302.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44583
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-23 12:04 ---
CCing another IA64 maintainer.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-06-26 10:05 ---
Testcase which should fail at all optimization levels
(assuming that fadd.s f4, f0 is internally going through the
mac unit as fmac.s f4, f1, f0)
float __attribute__((noinline))
foo (float x)
{
float y = x + 0.0;
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-26 09:28 ---
Another way would probably be to ensure that f0 always appears as first operand
by adjusting the various patterns in ia64.md to only allow fr_reg_operand
in the 2nd operand slot of addsf3 (and maybe other patterns).
