This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Floating point trouble with x86's extended precision
- From: "Zack Weinberg" <zack at codesourcery dot com>
- To: Bradley Lucier <lucier at math dot purdue dot edu>
- Cc: Volker Reichelt <reichelt at igpm dot rwth-aachen dot de>, wilson at tuliptree dot org, gcc at gcc dot gnu dot org
- Date: Thu, 21 Aug 2003 16:15:46 -0700
- Subject: Re: Floating point trouble with x86's extended precision
- References: <56CECD9E-D42C-11D7-87F3-003065B239F6@math.purdue.edu>
Bradley Lucier <lucier@math.purdue.edu> writes:
> And this is just about the end of the story. I, and at least some
> other people, think that GCC should include at least one model of
> floating-point arithmetic for the x86 that allows one to deduce the
> types and precisions of all variables, operations, etc., by examining
> the source code. It does not (and it probably will not for the
> foreseeable future). Telling people that not having a predictable
> model of what their program will do is a feature, not a bug, doesn't
> cut it.
-mfpmath=sse, with a pentium 4. Except i think that for abi
compatibility it still puts function return values in %st(0), which
could potentially cause problems.
zw