Discussion :

[yan]

Bonjour,
est il correcte de référencer le retour d'un fonction pour l'utiliser plus tard?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
A MafonctionQuiRetourneA()
{
.
.
.
}
 
 
.
.
.
A & maref =  MafonctionQuiRetourneA();
maref.QuelqueChose();

[Jean-Marc.Bourguet]

Oui, la duree de vie d'un temporaire lie a une reference est etendue pour correspondre a la duree de vie de la reference.

Attention cependant a ne pas prendre une reference vers un sous-objet d'un object temporaire: p.e.:

Code :

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

1
2
3
4
5
 
struct S { int x, y; };
S f();
...
   int& i = f().x;

Le temporaire retourne par f est bien detruit a la fin de l'expression et donc la reference n'est plus valable.

[yan]

Oui, la duree de vie d'un temporaire lie a une reference est etendue pour correspondre a la duree de vie de la reference.

Attention cependant a ne pas prendre une reference vers un sous-objet d'un object temporaire: p.e.:

Code :

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

1
2
3
4
5
 
struct S { int x, y; };
S f();
...
   int& i = f().x;

Le temporaire retourne par f est bien détruit a la fin de l'expression et donc la référence n'est plus valable.

Es ce vrai pour les vieux compilateur? comme celui(me rappel plus le nom) qui est fournie sur SGI?

[Jean-Marc.Bourguet]

Es ce vrai pour les vieux compilateur? comme celui(me rappel plus le nom) qui est fournie sur SGI?

Quoi? La possibilite de lie une reference a un temporaire? De memoire, c'est comme ca depuis au moins l'ARM (1991).

Le fait que les temporaires sont detruits a la fin de l'expression les generant? Non, c'est plus recent et la pratique variait avant qu'on definisse clairement le comportement. D'ailleurs le compilateur de Sun continue par defaut (il y a une option pour avoir le comportement standard) a faire vivre les temporaires jusqu'a la fin du bloc.

[yan]

Quoi? La possibilite de lie une reference a un temporaire? De memoire, c'est comme ca depuis au moins l'ARM (1991).

Le fait que les temporaires sont detruits a la fin de l'expression les generant? Non, c'est plus recent et la pratique variait avant qu'on definisse clairement le comportement. D'ailleurs le compilateur de Sun continue par defaut (il y a une option pour avoir le comportement standard) a faire vivre les temporaires jusqu'a la fin du bloc.

Merci beaucoup.
Cela me prouve que j'avais raison

[yan]

Quoi? La possibilite de lie une reference a un temporaire? De memoire, c'est comme ca depuis au moins l'ARM (1991).

Le fait que les temporaires sont detruits a la fin de l'expression les generant? Non, c'est plus recent et la pratique variait avant qu'on definisse clairement le comportement. D'ailleurs le compilateur de Sun continue par defaut (il y a une option pour avoir le comportement standard) a faire vivre les temporaires jusqu'a la fin du bloc.

en faite je ne sais pas si ca repondais a ma question...
Je voulais savoir si "la duree de vie d'un temporaire lie a une reference est etendue pour correspondre a la duree de vie de la reference" etait vrai pour les vieux compilateur

[Jean-Marc.Bourguet]

en faite je ne sais pas si ca repondais a ma question...
Je voulais savoir si "la duree de vie d'un temporaire lie a une reference est etendue pour correspondre a la duree de vie de la reference" etait vrai pour les vieux compilateur

De memoire, c'est comme ca depuis au moins l'ARM (1991).

[yan]

Merci
C'est bien ce que j'avais compris alors