If you change the OS, on the same hardware, you have different representation
length inside structs. And they can waste lot of space.
the os can't change your representation length inside structs - or what
do you mean?
Modern hardware doesn't support it. I think hardware will win.
which modern x86 hardware do not support the 80bit fpu type?
So far I have never had to port code from C/Delphi/C++ that requires the 80 bit
FP type, but this means nothing. Do you know software that needs it?
i've got an ~1mio lines of delphi/asm code project right in front of me
doing simulation - and i've got problems to convert the routines over to
c/c++ i need to check every simple case over and over
You have software where 64 bit FPs are not enough, but 80 bits are exactly
enough (and you don't need quad precision).
not exactly, but better
With the current DMD specs, if CPUs add 128 bit FP the real type will become
128 bit, and you will lose all the possibility to use 80 bit FP from D
but a simple change or alias isn't helpful? maybe float80 or something
like that?
btw: the 80bit code-generator part is much smaller/simpler in code than
your 128bit software based impl
Right. But I think libc6 contains their implementation. I don't know about
Windows.
what implementation? of the software 128bit?