GCC二重のprintf精度 - 間違った出力

Question

#include <stdio.h> 
#include <wchar.h> 
int main() 
{ 
    double f = 1717.1800000000001; 
    wprintf(L"double  %.20G\n", f); 
    return 0; 
} 

出力（以下予想）：

double  1717.1800000000000637 
double  1717.1800000000001 

これはUbuntuの11.10 x64である（しかし、32ビット用にコンパイルする場合）。

私が解決しようとする問題は、Windowsではコードのように数字を出力し、移植性の問題ではWindowsのように動作するように低レベルの書式設定（swprintf）を行う必要があるということです。

Answer 1

1717.1800000000001は、正確にはdoubleと表現できないため、fの中で値を取得するだけです。 fに格納される値は、正確に1717.180000000000063664629124104976654052734375です。

問題が発生したのは、ウィンドウが17桁しか出力されないのに対し、20個がリクエストされました（既知のバグ、AFAIKはバグデータベースのどこかにあります）。

フィールド長を（"%.17G"のような）正常な値に制限できない場合は、このバグを模倣するためのラッパーが必要です。

Answer 2

wprintf機能はgccではなく標準Cライブラリで実装されています。

番号1717.1800000000001は、浮動小数点の後に13桁の数字を持ちます。ただし、64ビットバイナリ浮動小数点形式では正確な表現はありません。

フォーマット"%.20G"は、1717.1800000000000637の桁数である有効桁20桁を出力する必要があります。したがって、この出力は期待どおりです。 Windows標準のCライブラリは、書式を異なる方法で処理するか、不正確な丸めを行います。

一方、"%f"形式を使用すると、浮動小数点の後に特定の桁数を要求できます。 "%.13f"は、浮動小数点数の後に出力を正確に13桁に丸め、期待通りに1717.1800000000001を出力します。

Answer 3

あなたの予想される出力は、フォーマット文字列と競合します。 "％.20G"は20桁の有効数字が必要なことを意味し、それはあなたが得ているものです。予想される出力のように17桁の有効数字が必要な場合は、 "％.17G"を使用します。

Answer 4

double f = 1717.1800000000001; 

このコード行は正確に実行できません。定数の精度は17桁で、倍数は15.9です。