Discussion :

[yan]

merde j'ai fais un troll !

non, non, c'est pas "ça peux", mais "ça doit" faire 5*5 = 25

pour la petite phrase que Mongaulois à relevé dans son dernier post était erronée et due a une erreur de raisonnement de ma part, due à une veille trop tardive et est donc complètement hors de propos. Je l'ai d'ailleurs expliqué dans mon dernier post

codiallement

En faite cela va dépendre du compilateur, des optimisations (explique dans les autre réponses).... Donc cela peux faire 25 comme 20, comme autre chose.

Par contre du coup ce code :

Code C++ :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
if (test1() ||test2())
{
.
.
.
}

va exécuter en premier test1() et :
- si vrai : ne va pas appeler test2
- si faux : va appeler test2

ou, je me trompe?

[Jean-Marc.Bourguet]

non, non, c'est pas "ça peux", mais "ça doit" faire 5*5 = 25

On va etre clair:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
  int n = 5, x;
  x = ++n * --n;

est un comportement indefini. N'importe quoi peut arriver a partir du moment ou le code doit etre execute, y compris avant l'execution (je ne connais pas de cas, pour d'autre cas de comportement indefini tel que le dereferencement d'un pointeur nul ou du depassement de capacite des entiers signes, ca c'est deja vu suite a des optimiseurs pousses).

Si tu veux des references, cherche "sequence point" dans la norme et le paragraphe suivant

Between the previous and next sequence point a scalar object shall have its stored value modified at most one by the evaluation of an expression.

(Note: il est bien connu que la formation de la norme n'est pas toujours claire en ce qui concerne les points de sequencement, entre autres problemes, il n'est pas necessairement d'ordre total entre eux; la prochaine norme utilisera un concept different pour expliquer ce genre de choses, entre autres pour specifier des contraintes sur le multi-threads).