Hat der neue Compiler Probleme mit einer Division?

Descartes · 15. September 2011, 20:09

Hi,
Der Compiler (Xcode 4) scheint bei jeder Division, bei der Divident und Divisor eine Ganzahl sind, unbedingt auch eine Ganzzahl als Ergebnis liefern zu wollen.
(10/6) wird zum Beispiel einfach zur 1, (9/10) einfach zur 0, usw.
War das wirklich schon immer so?

AR.DDev · 15. September 2011, 20:13

Ja.

Descartes · 15. September 2011, 20:24

uff... Bildungslücke geschlossen^^

Lucas de Vil · 15. September 2011, 20:28

Ja.
Deshalb wird in jeder von mir bisher verfolgen Literatur immer durch einen Float geteilt.

Also entweder x/2.0 oder 0.5/y.
Das Verhalten kann ansonsten sehr nervtötend sein.

Descartes · 15. September 2011, 20:36

Jap, es war sehr nervtötend die letzten beiden Tage...
Ich dachte immer, das .0 wäre nur für einen selbst und habs weggelassen

zerm · 16. September 2011, 01:01

Lucas de Vil schrieb:

Ja.
Deshalb wird in jeder von mir bisher verfolgen Literatur immer durch einen Float geteilt.

Also entweder x/2.0 oder 0.5/y.
Das Verhalten kann ansonsten sehr nervtötend sein.

Das sind doubles. Floats wären x/2.0f bzw. 0.5f/y

Lucas de Vil · 16. September 2011, 12:53

Mist, und ich kann mich nicht mal rausreden, dass mein kleines f geklemmt hat. -.-

Johannes Wolf · 16. September 2011, 16:19

Du hast zwei f's auf der Tastatur? :whistling:

hns · 16. September 2011, 16:19

Lucas de Vil schrieb:

Mist, und ich kann mich nicht mal rausreden, dass mein kleines f geklemmt hat. -.-

f = · · − ·

Lucas de Vil · 16. September 2011, 17:03

Johannes Wolf schrieb:

Du hast zwei f's auf der Tastatur?

Ja, ein kleines und ein großes.
Ich steh halt auf Mechanik.

redweasel · 16. September 2011, 17:05

Descartes schrieb:

uff... Bildungslücke geschlossen^^

Das ist übrigens auch bei den anderen Operatoren so. Eine binäre Operation mit zwei Integer-Werten ergibt immer einen Integer-Wert. Nur merkt man das bei Additionen und Multiplikationen halt nicht

Lucas de Vil · 16. September 2011, 17:31

redweasel schrieb:

Descartes schrieb:

uff... Bildungslücke geschlossen^^

Das ist übrigens auch bei den anderen Operatoren so. Eine binäre Operation mit zwei Integer-Werten ergibt immer einen Integer-Wert. Nur merkt man das bei Additionen und Multiplikationen halt nicht

Und wenn wir schon dabei sind: bei der Subtraktion ist das auch eher unerheblich.

Thallius · 16. September 2011, 17:34

Es gibt aber durchaus Compiler die aus

float a
a= 3/a;

schlauerweise wieder ein float machen was ja auch in 99,99% alles Fälle so gewünscht sein dürfte

Gruß

Claus

Lucas de Vil · 16. September 2011, 17:42

Natürlich tun sie das.
Das steht ja auch gar nicht zur Debatte...

Ob ich jetzt durch 2.0f oder durch float a teile ändert ja nichts daran, dass einer der Werte ein Float ist...

Vermutlich könnte auch

C-Quellcode

float e, int a;
e = 2/a;

einen Float zurückliefern.
Nur

C-Quellcode

int e, int a;
e = 2/a;

tut das halt nicht.

hns · 16. September 2011, 19:13

Natürlich tun sie das.
Das steht ja auch gar nicht zur Debatte...

Ob ich jetzt durch 2.0f oder durch float a teile ändert ja nichts daran, dass einer der Werte ein Float ist...

Richtig!

Vermutlich könnte auch

float e, int a=5;
e = 2/a;

einen Float zurückliefern.

Könnte - aber nicht bei C. Das liegt daran dass es eine Konvention gibt dass der Typ einer Expression 2/a nur davon abhängt, welche Typen die Teile der Expression haben.

Und eben nicht dass man es einem float e zuweisen will.

D.h. die Rechnung hängt (bei Obj-C) NICHT davon ab, was man mit dem Ergebnis macht.

Aber: das ist noch komplizierter. Natürlich wird 2/5 als int gerechnet und das gibt 0. Die Zuweisung enthält aber einen impliziten Cast auf float. Also ist e schon ein float. Aber nicht der vielleicht erwartete Wert.

Vielleicht kommt das mal bei Obj-C 5.17.3

Lucas de Vil · 16. September 2011, 20:06

Oder die Division wird als sinnlose Rechenoperation ebenso abgeschafft wie die Subtraktion einer größeren von einer kleineren Zahl.

Amin Negm-Awad · 16. September 2011, 20:17

Thallius schrieb:

Es gibt aber durchaus Compiler die aus

float a
a= 3/a;

schlauerweise wieder ein float machen was ja auch in 99,99% alles Fälle so gewünscht sein dürfte

Gruß

Claus

Das machen alle Compiler, weil du durch einen float teilst.

Wenn allerdings ein Compiler bei
float a;
a = 3/4;

eine Float-Division vornimmt, sollte man ihn gleich bei dem Standardisierungsbüro anschwären.

Amin Negm-Awad · 16. September 2011, 20:21

Lucas de Vil schrieb:

[…]
Vermutlich könnte auch

C-Quellcode

float e, int a;

e = 2/a;

einen Float zurückliefern.
[…]

Könnte im Sinne von "der Standard interessiert mich nicht"?

2/a ist ein Ausdruck. Der wird evaluiert. Wo der hinwandert, spielt keine Rolle:[Code]
float f;
double d;
int i;
d = f = i = 3/4;
soll was liefern?

Lucas de Vil · 17. September 2011, 06:00

'Könnte' im Sinne von 'Ich kann es mir nicht vorstellen und glaube es auch nicht, allerdings weiß ich es nicht.'

Hat der neue Compiler Probleme mit einer Division?

Hat der neue Compiler Probleme mit einer Division?

kmr schrieb:

Lucas de Vil schrieb:

kmr schrieb:

Lucas de Vil schrieb:

Johannes Wolf schrieb:

kmr schrieb:

Descartes schrieb:

redweasel schrieb:

Descartes schrieb:

kmr schrieb:

C-Quellcode

C-Quellcode

kmr schrieb:

kmr schrieb:

Thallius schrieb:

Lucas de Vil schrieb:

C-Quellcode

kmr schrieb: