Nachtrag 1: Ich hätte erwähnen sollen dass float und double compilerspezifische Angaben sind und nicht unbedingt 32-bit und 64-bit IEEE754 sein müssen. Aber die meisten Prozessoren von heute sind so. Nachtrag 2: Habe jetzt in einem Online-Antiquariat eine 2. Auflage von K&R gefunden, da schreiben sie (Seite 198), dass die erste Auflage **gefordert** hat, dass float-Expressions in double ausgewertet werden und dass die zweite Auflage es **erlaubt**, float-Rechnungen in float durchzuführen. Was dem typischen C-Problem "Write Once, Test Everywhere" einen weiteren Schuss verpasst. Multiplattform-Programme in C bestehen aus mehr #if als Code, und pro Plattform wird oft genug nur die Hälfte des vorhandenen Source genutzt, der Rest ist eine Sonderimplementierung für andere Plattformen. Nachtrag 3: Es wurde oben irgendwo gesagt, das Ergebnis A5 sei das mathematisch richtige. Seh ich anders, ich halte B für richtig - äh - näher an der Wahrheit. Fließkommazahlen sind selten *ganz* richtig (und sobald Nachkommastellen ins Spiel kommen, die sich nicht als Bruch mit einer Zweierpotenz im Nenner darstellen lassen, ist's auf jeden Fall aus). _Rolf_

Nachtrag 1: Ich hätte erwähnen sollen dass float und double compilerspezifische Angaben sind und nicht unbedingt 32-bit und 64-bit IEEE754 sein müssen. Aber die meisten Prozessoren von heute sind so. Nachtrag 2: Habe jetzt in einem Online-Antiquariat eine 2. Auflage von K&R gefunden, da schreiben sie (Seite 198), dass die erste Auflage **gefordert** hat, dass float-Expressions in double ausgewertet werden und dass die zweite Auflage es **erlaubt**, float-Rechnungen in float durchzuführen. Was dem typischen C-Problem "Write Once, Test Everywhere" einen weiteren Schuss verpasst. Multiplattform-Programme in C bestehen aus mehr #if als Code, und pro Plattform wird oft genug nur die Hälfte des vorhandenen Source genutzt, der Rest ist eine Sonderimplementierung für andere Plattformen. _Rolf_