[Bug fortran/31114] Consistent floating point arithmetic model option

2007-04-02 Thread bonzini at gnu dot org
--- Comment #8 from bonzini at gnu dot org 2007-04-02 16:22 --- ... because GCC now has -mpc to limit precision for float/double operations. Even as far as x86 is concerned, this is a "special case" of PR323, and thus I'm closing it as fixed. -- bonzini at gnu dot org changed:

[Bug fortran/31114] Consistent floating point arithmetic model option

2007-04-02 Thread bonzini at gnu dot org
--- Comment #7 from bonzini at gnu dot org 2007-04-02 16:21 --- Reopened... -- bonzini at gnu dot org changed: What|Removed |Added Status|RESOLVED

[Bug fortran/31114] Consistent floating point arithmetic model option

2007-03-09 Thread pinskia at gcc dot gnu dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-03-09 22:45 --- There is no way to get all the same fp arithmetic model on all targets as some don't even support IEEE float, SPU comes to mind. Please read: http://gcc.gnu.org/bugs.html#nonbugs Also read the paper which is linked

[Bug fortran/31114] Consistent floating point arithmetic model option

2007-03-09 Thread rguenth at gcc dot gnu dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-03-09 22:40 --- I think the feature request is too vague and possibly x86 centric. But there is ongoing discussion on making all the options that control FP optimization and conformance to language and IEEE standards less confusing

[Bug fortran/31114] Consistent floating point arithmetic model option

2007-03-09 Thread terry at chem dot gu dot se
--- Comment #4 from terry at chem dot gu dot se 2007-03-09 21:29 --- It seems the "x86 is stupid, see bug 323" blinkers have come down. I'm not asking for anyone to alter any gcc code generation. I specifically don't want the FP in software mentioned by kargl. The fact that gcc suppor

[Bug fortran/31114] Consistent floating point arithmetic model option

2007-03-09 Thread kargl at gcc dot gnu dot org
--- Comment #3 from kargl at gcc dot gnu dot org 2007-03-09 20:54 --- (In reply to comment #0) > > In other words, I'm after an analogue of ifort's > -mp/-fltconsistency/-mieee-fp. > GCC supports many many many more CPU architectures than ifort. This isn't going to happen unless you

[Bug fortran/31114] Consistent floating point arithmetic model option

2007-03-09 Thread terry at chem dot gu dot se
--- Comment #2 from terry at chem dot gu dot se 2007-03-09 20:23 --- Andrew, this is not a duplicate of #323. I know why floating point results differ. I know there are architecture-specific options that result in a more consistent floating point model. (As far as I know, -ffloat-stor

[Bug fortran/31114] Consistent floating point arithmetic model option

2007-03-09 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-09 20:11 --- -ffloat-store *** This bug has been marked as a duplicate of 323 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --