[fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

[Florian Klämpfl]

Am 27.09.20 um 22:12 schrieb denisgolovan:
>> Am 27.09.20 um 21:50 schrieb Florian Klämpfl via fpc-devel:
>>> Not for 80 bit extended, but it would be the clean solution with
>>> float128 support being optional in some architectures (RiscV, Sparc64,
>>> PPC64). So if we change it, we should do it right as 80 Bit has the same
>>> problem: missing transcendent functions in software.
>>
>> Of course, what we could do for the compiler (not the rtl!): to
>> translate libquadmath. It is LPGL so perfectly usable with in the compiler.
> 
> I see now.
> However libquadmath is quite slow to be really useful.
> Double float is around 20x slower than native double, float128 would be around 100x slower.

This doesn't matter. It is needed "only" for constant expression 
evaluation inside the compiler. Speed is negligible in this case.