Funktion lieferte falsches Ergebnis, Compiler-Bug?

[HaWe]

die reihenfolge beim ausführen ist dennoch nicht gewährleistet weil nicht definiert

es ist nur vorgeschrieben in welcher reihenfolge ausgewertet werden muss

bei einem aufruf in einem statement muss der compiler jedoch erst das ergebnis des aufrufs ermitteln und die reihenfolge ist zumindest hier nicht explizit vorgeschrieben soweit ich informiert bin oder hast du etwas dass gegensätzliches behauptet?

nein, die Reihenfolge der Auswertung beim Ausführen ist nicht vorgeschrieben, nur was ausgewertet wird, ist ntl von Syntax-Regeln abhängig (z.B. Klammern vor Punktrechnung vor Strichrechnung). Von daher sind boolsche Funktionsaufruf-Auswertungen erlaubt und völlig korrekt, auch wenn sie nicht in Variablen zwischengespeichert werden.

(editiert, präzisiert)

[Peter(TOO)]

Hallo HaWe,

if ( a && b && c) ....

Wenn a == FALSE ist, werden b und c gar nicht mehr ausgewertet, den egal welchen Wert b und c haben, kann das Resultat nie TRUE werden.
Interessant wird es, wenn b und c Funktionsaufrufe sind, welche dann nicht ausgeführt werden.

Ein BASIC-Interpreter muss zwangsläufig alle Ausdrücke auswerten, weil er etwas doof ist.
Ein BASIC-Compiler kann das handhaben wie in C.

MfG Peter(TOO)

[HaWe]

Hallo HaWe,

if ( a && b && c) ....

Wenn a == FALSE ist, werden b und c gar nicht mehr ausgewertet, den egal welchen Wert b und c haben, kann das Resultat nie TRUE werden.
Interessant wird es, wenn b und c Funktionsaufrufe sind, welche dann nicht ausgeführt werden.

Ein BASIC-Interpreter muss zwangsläufig alle Ausdrücke auswerten, weil er etwas doof ist.
Ein BASIC-Compiler kann das handhaben wie in C.

MfG Peter(TOO)

ja, das ist mir bekannt, und das habe ich auch gar nicht bestritten.
Es ging nur speziell um Ceos' Hinweis in Bezug auf die Evaluierung von Funktionsrückgabewerten in Ausdrücken, auch ohne Zwischenspeicherung.