This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/9736] same fp comparison can lead to different results
- From: "pinskia at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 22 Aug 2003 00:41:24 -0000
- Subject: [Bug target/9736] same fp comparison can lead to different results
- References: <20030217231600.9736.richard@wetafx.co.nz>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9736
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|optimization |target
------- Additional Comments From pinskia at gcc dot gnu dot org 2003-08-22 00:41 -------
This is really the same as bug 323 and is being discussed on the mailing lists today, the only way
to fix this is to slow down your program via having -ffloat-store being default on x86.
The other way to fix this is get rid of x86 support which is not going to happen.
Moving this to the target componet because that is where it belongs as this is a x86 problem only.
I am going to go on a limb now and say if you want the correct (by what the standard says) floating
point results do not use x86, use something else.