This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug fortran/60128] [4.8/4.9 Regression] Wrong ouput using en edit descriptor


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128

--- Comment #52 from dave.anglin at bell dot net ---
On 3/26/2014 4:20 PM, dominiq at lps dot ens.fr wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60128
>
> --- Comment #51 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
>> This is what the HP-UX Floating-Point Guide says:
>>
>> If two representable values are equally close to
>> the true value, choose the one whose least significant
>> bit is 0.
> This is round to even on tie, isn't it?
I'm not sure. The hex representations for 9900.0 (9.9e+3) and 10000.0 
(1.0e+4)
are 40c3560000000000 and 40c3880000000000, respectively.  It seems both 
have a
zero least significant bit.  So, something more is needed to break tie 
in this case.

Dave


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]