Dnia 01.11.2012 kenobi <p...@g...com> napisał/a:
[...]
> eogole z tego co kojarze to kompilatory
> zdaje sie byc moze bez problmu obslugują
> tzw typ long double
>
> long double x = 1.0;
>
> (wieadomo 80 bit) mimo ze sie tego w kodach rzadko uzywa mozliwe ze wiekszosc
kompilatorow to po prostu normalnie obslugują
>
> ktos wie jak to z tym jest?

Zależy to nie tylko od samego kompilatora, ale tez od maszyny na jaką
program jest kompilowany. Nie wiem jak jest z Microsoftowym VC (w
Express Edition typ double i long double to domyślnie to samo, czy
jest jakiś przełącznik, to nie wiem) ale GCC kompilując na procesor
x86 rozróżnia double (64-bitowy) i long double (chyba 80-bitowy, choć
zmienne mają po 96 bitów, ale nie badałem tego dokładnie) obydwa
liczone przez FPU. Ma też specjalny typ __float128 (128-bitowy)
liczony zasadniczo programowo (oczywiście używając FPU do
pomocy). Natomiast ten sam GCC kompilując na procesor SPARC nie robi
rozróżnienia pomiędzy long double i __float128, i obydwa typy liczy
sprzętowo (FPU w SPARC-u ma możliwość połączenia swoich 32 64-bitowych
rejestrów w pary tworząc 16 rejestrów 128-bitowych, więc autorzy GCC
doszli do wniosku, że nie ma sensu implementować softwareowo
80-bitowej arytmetyki, która byłaby wolniejsza od 128-bitowej a
jedynym zyskiem byłaby oszczędność pamięci). W Intelowskim icc była
jakaś flaga do przełączania czy long double ma być taki jak double czy
większy, ale nie używałem już icc kilka lat, więc nie wiem jak to jest
teraz.