drukowanie bardzo dużych liczb zmiennoprzecinkowych

Question

#include <stdio.h> 
#include <float.h> 

int main() 
{ 
    printf("%f\n", FLT_MAX); 
} 

wyjścia z GNU:

340282346638528859811704183484516925440.000000 

wyjścia z Visual Studio:

340282346638528860000000000000000000000.000000 

wykonaj ++ standardy C i C pozwalają oba wyniki? Czy może zlecają określony wynik?

Należy pamiętać, że FLT_MAX = 2^128-2^104 = 340282346638528859811704183484516925440.

Answer 1

myślę, że odpowiednia część standardu C99 jest "Zalecana praktyka" z 7.19.6.1 P.13:

Dla e, E, f, F, g i G konwersje, jeśli liczba znaczących cyfr dziesiętnych wynosi co najwyżej DECIMAL_DIG, wtedy wynik powinien być poprawnie zaokrąglony. Jeśli liczba cyfr dziesiętnych jest większa niż DECIMAL_DIG, ale wartość źródłowa wynosi dokładnie reprezentowana przez cyfry DECIMAL_DIG, wynik powinien być dokładną liczbą z końcowymi zerami. W przeciwnym razie, wartość źródłowa jest ograniczona przez dwa sąsiednie znaki dziesiętne , które mają znaczące cyfry; wartość powstałego łańcucha dziesiętnych D powinien spełniać L < = D < = U, z dodatkowym zastrzeżeniem, że błąd powinien mieć prawidłowy znak dla aktualnego kierunku zaokrąglania.

Mam wrażenie, że pozwala to na pewną swobodę w tym, co można wydrukować w tym przypadku; więc moim wnioskiem jest to, że zarówno VS, jak i GCC są tutaj zgodne.

Answer 2

Oba są dopuszczone przez standard C (C++ tylko inports standard C)

Z draft version w sekcji 5.2.4.2.2 części 10

wartości podanych w poniższej listy powinny być zastąpione wyrażeniami z zdefiniowane wartości realizacji-de, które są większe niż lub równe tym przedstawionym:
- maksymalna zakodowania fi Nite chłodnicą liczba oating punktu (1 - b p) b Emax

FLT_MAX 1E+37 

i Visual C++ 2012 ma

#define FLT_MAX   3.402823466e+38F  /* max value */ 

Answer 3

Kodeksu sama jest wadliwy, gdzie używa %f o wartości większej niż znaczeniu, która odbyła się w float lub double. Robiąc to, prosisz, abyś zobaczył "za kurtyną" co do bezsensownych bitów strażniczych lub innych szumów zmiennoprzecinkowych generowanych podczas konwersji na dziesiętne.

Oczywiście nie należy się spodziewać konsekwencji w opiłkach metalu powstałych po wykonaniu silnika w Hondzie w porównaniu z Toyotą. Nigdy nie myśl o rozsądnych oczekiwaniach takiej konsystencji.

Właściwym sposobem wyświetlania takich liczb jest użycie jednego z "naukowych" formatów, takich jak %g, pod warunkiem, że precyzja nie jest nadmiernie określona. W implementacjach IEEE-754 7 cyfr dziesiętnych ma znaczenie dla float, 15-16 dla double, około 19 dla long double i 34 dla __float128. Tak więc, na przykład, który podałeś, %.15g byłoby właściwe, zakładając, że jest na implementacji IEEE-754.