Discussion :

[NiamorH]

Bonjour,

Le compilateur (en l'occurence VC6 mais la question est plus générale) est-il capable d'optimiser cette écriture en ne faisant tout simplement rien :

Code :

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

1
2
3
4
5
6
string str( autrestring)
 
(...)
 
//  optimisation ici ?? ignore la ligne ?
str = str;

Je n'écris pas ceci dans mon code mais j'ai une fonction template inline qui parfois renvoie le string lui même.

Si il s'était agit d'un type primitif, peut être que l'optimisation aurait été plus évidente, mais ici un string, je doute...

[ep31]

A part créer ta propre classe string avec un opérateur = approprié, je ne vois guère d'autre moyen d'optimiser ceci.
Dans ton cas précis, l'opération utilisera tout le temps l'opérateur de recopie de string qui au final exécutera le même code. Si tu regardes le code asm généré par le compilateur, tu verras que les opérations basiques sur = sont toujours les mêmes.
Ou alors, il te faut créer toi-même ton compilateur mais là, bonjour les travaux d'Hercule

[NiamorH]

Je me doutais un peu qu'il n'y aurai pas d'optimisation ici. Dans mon cas ce n'est pas très grave, c'est plus pour répondre à mes questions existancielles.

Et par contre ce code pourrait être optimisé non ?

Code :

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

1
2
3
4
5
6
int monInt( autreInt )
 
(...)
 
//  optimisation ici ?? ignore la ligne ?
monInt = monInt;

[JolyLoic]

Certaines implémentations de string optimisent ce genre de choses. D'autres considèrent que le test nécessaire pour optimiser ce genre de chose est une perte de temps pour le cas classique où les chaînes sont différentes. Enfin, si l'opérateur est inliné par le compilateur, il est possible que ce dernier se rende compte qu'il n'a rien à faire, mais j'en doute.

[loufoque]

Même si string n'optimise pas ceci un optimiseur suffisamment puissant pourrait éventuellement le faire.