This is the mail archive of the
mailing list for the GCC project.
Re: Revision 162491 -- fortran -fwhole-file regressions
- From: Dave Korn <dave dot korn dot cygwin at gmail dot com>
- To: Tobias Burnus <burnus at net-b dot de>
- Cc: Steve Kargl <sgk at troutmask dot apl dot washington dot edu>, fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Sat, 24 Jul 2010 14:35:25 +0100
- Subject: Re: Revision 162491 -- fortran -fwhole-file regressions
- References: <20100724032640.GA23140@troutmask.apl.washington.edu> <4C4A8AA4.email@example.com>
On 24/07/2010 07:39, Tobias Burnus wrote:
> I think reverting the patch is the wrong solution. If you use
> -ffloat-store, the tests are successful. The reason is that one now
> inlines the function and uses the result from the register instead from
> memory. And as the x87 coprocessor has an excess precision, the
> comparison fails. As on x86-64 one uses SSE it works there.
Ah, this is Return of the Revenge of PR323 Strikes Back! :-P
Could fortran be made to usefully implement -fexcess-precision=standard?
I'm surprised this hasn't been more of an issue given the prevalence of big
number-crunching apps in the fortran world.