Re: floating point inaccuracies when compiling

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Monday 05 September 2005 13:58, Neil Ferguson wrote:
> This is the behaviour I'd expect.
>
> The 1.0e-10 is being represented as a double-precision floating point
> value. Not all values can be represented exactly, and in this case the
> machine picks the closest value to 1.0e-10 that it can represent.
Well, that's alright, but why does gcc print out such a long number? And where 
does it get the rest from?

Regards,
	Florian

-- 
Florian Hackenberger
student @
University of Technology
Graz, Austria
florian@xxxxxxxxxxxxxxx
www.hackenberger.at

[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux