Discussion :

[Jean-Marc.Bourguet]

Par contre, le comportement ne semble plus être indéfini (l'effet de bord de ++i s'applique forcément avant, et celui de i-- forcément après).

Toujours indefini, 2 modifications sans point de sequencement entre.

[nicroman]

oui(même priorité) et non (les compilos font ce qu'ils veulent). dans ce cas (même priorité) ils sont lu par le compilo de gauche a droite et donc ++i sera executé avant --i et de toute facon pour le problème que l'on à traiter (++i * --i) on s'en fout puis que de toutes facon que l'on fasse l'un ou l'autre 'i' aurra toujours la valeur de départ de i

Marrant... moi si je devais traduire en assembleur-like et "si" j'évaluais les trucs de gauche à droite... je ferai un truc genre:

Lecture de i (5) avec incrémentation au passage (donc 6) dans le registre ALU 'A'.
Lecture de i (6) avec décrémentation au passage (donc 5) dans le registre ALU 'B'.
Demande à l'ALU de me filer A*B....

Résultat... 30

[Luc Hermitte]

En cherchant un truc, je suis tombé sur toute autre chose.

-> http://www.research.att.com/~bs/bs_f...aluation-order
Voir le point suivant également.

L'opinion qui accompagne les précisions techniques est également intéressante.