On Sunday, 14 January 2018 at 12:35:43 UTC, rumbu wrote:
On Sunday, 14 January 2018 at 11:44:39 UTC, kdevel wrote:
On Sunday, 14 January 2018 at 07:20:26 UTC, rumbu wrote:
On Saturday, 13 January 2018 at 22:51:18 UTC, kdevel wrote:
Can you please tell me on your system what are the values for
real.sizeof and real.mant_dig?
They are 12 and 64 (-m32) and 16 and 64 (-m64).
This is curious. Because the only documented real type with a
64-bit mantissa is the 80-bit Intel Extended Precision format
with a unique sizeof of 10 (and not 12 or 16).
sizeof returns the in-memory size (at least in C and C++) which
is subject to alignment constraints. 32-bit mode typically
requires 4-byte aligned access (96 bit = 12 byte) while 64-bit
requires 8-byte alignment (128 bit = 16 bytes) for optimal
performance. Cf. e.g. p. 28 of "SYSTEM V APPLICATION BINARY
INTERFACE Intel386" (long double)
and p. 12 of "System V Application Binary Interface AMD64
Architecture Processor Supplement"
Actually, real80 is the only type I'm supporting in the
library, any other real type is converted to double. This will
explain some loss of precision.
Do you have more information about the real type on you system,
because on mine (Windows), real.sizeof is always 10,
irrespective of -m32 or -m64.
Mantissa will be easy to extract being 64-bit, but I don't know
the exact layout of your real type to extract the exponent.
Assumed that your machine has a X86_64 cpu real = long double is
the 80-bit extended precision format. I suppose you are running
windows and it may be that the Window ABI stores these reals
16-bit (2-byte) aligned. In this case there will be no padding.
But I have not found info on this topic.