C++0X : Rvalue references

Bonjour la liste,

Je n'arrive pas à saisir le concept des « rvalue references », promis
pour la prochaine normalisation du C++.

À quoi cela correspond-t-il concrètement ? Quelle en est l'utilité
pratique ?

<http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2118.html>

Merci pour vos éclaircissements.

Pour moi, les principaux apports sont :

1. la sémantique de déplacement (move semantic).

C'est à dire par exemple qu'au lieu de copier un objet puis de détruire
l'ancien, tu peux directement transférer l'objet à un autre endroit de
la mémoire.

C'est intéressant pour les swap par example où tu n'est plus obligé
d'appeler 1 constructeur par copie et deux opérateur par copie, tu fais
juste un move comme tu le ferais avec un memcpy pour des POD.

C'est aussi intéressant pour les ressources qui ne doivent pas être
dupliquées comme les mutex. C'est en fait une autre application de swap
(sans spécialisation requise). Ou encore pour faire la distinction entre
une copy où la ressource doit être dupliquée ou peut rester partagée
(comptage de référence).

2. Utilisation de temporaires en tant que paramètre non const.

Par exemple, ça veut dire que tu peux utiliser une valeur renvoyée par
une fonction en tant que paramètre non-const (Pour peu que la class soit
moveable).Une application pratique est une fonction get_log_stream() qui
te renvoie une stream que tu vas utiliser pour contruire un log; le log
est envoyé à la destruction de la stream.

logstream get_log_stream();

Aujourdhui, tu ne peux pas faire:

get_log_stream()<<"LOG: Error "<<errno<<std::endl;

Parce que les fonctions de stream sont de la forme:
template<typename T>
ostream& operator<<(ostream& os, const T& t)
{
// ...
return os;
}

Et donc tu ne peux pas mettre une temporaire en paramètre 'os' car il
n'est pas const.

Avec les reférences Rvalues:
template<typename T>
ostream& operator<<(ostream&& os, const T& t)
{
// ...
return std::forward<ostream>(os);
}

Tu peux ensuite faire:
get_log_stream()<<"LOG: Error "<<errno<<std::endl;
// destruction de la temporaire renvoyée par get_log_stream()
// et utiliser RAII pour faire ce que tu veux.


Michael

Bonjour la liste,

Je n'arrive pas à saisir le concept des « rvalue references », promis
pour la prochaine normalisation du C++.

2. Utilisation de temporaires en tant que paramètre non const.

Par exemple, ça veut dire que tu peux utiliser une valeur renvoyée par
une fonction en tant que paramètre non-const (Pour peu que la class soit
moveable).Une application pratique est une fonction get_log_stream() qui
te renvoie une stream que tu vas utiliser pour contruire un log; le log
est envoyé à la destruction de la stream.

logstream get_log_stream();

Aujourdhui, tu ne peux pas faire:

get_log_stream()<<"LOG: Error "<<errno<<std::endl;

En fait si, tu peux le faire, a condition que get_log_stream renvoie
un proxy copiable, avec un comptage de reference et un operator<<
template qui prend en premier argument un const :

template< typename T >
inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest, T const& src )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;
}

Au passage: merci James.

Mais c'est vrai qu'avec le move, c'est beaucoup plus simple, puisque
tout le bazar necessaire jusqu'a present sera offert par le langage.

On 20 mar, 10:34, Michel Decima <michel.dec...@orange-ft.com> wrote:

Bonjour la liste,

Je n'arrive pas à saisir le concept des « rvalue references », promis
pour la prochaine normalisation du C++.
2. Utilisation de temporaires en tant que paramètre non const.

Par exemple, ça veut dire que tu peux utiliser une valeur renvoyée p ar
une fonction en tant que paramètre non-const (Pour peu que la class so it
moveable).Une application pratique est une fonction get_log_stream() qui
te renvoie une stream que tu vas utiliser pour contruire un log; le log
est envoyé à la destruction de la stream.

logstream get_log_stream();

Aujourdhui, tu ne peux pas faire:

get_log_stream()<<"LOG: Error "<<errno<<std::endl;

En fait si, tu peux le faire, a condition que get_log_stream renvoie
un proxy copiable, avec un comptage de reference et un operator<<
template qui prend en premier argument un const :

template< typename T >
inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest, T const& src )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;

}

Au passage: merci James.

Mais c'est vrai qu'avec le move, c'est beaucoup plus simple, puisque
tout le bazar necessaire jusqu'a present sera offert par le langage.

Une remarque pour dire qu'il y a une petite subtilité. J'ai déjà du le
faire et ça ne fonctionnait pas parfaitement, bizarrement les
manipulateurs passaient mal. Il faut aussi rajouter 2 ou 3 méthodes
définies dans std::iostream (ou une classe de base) en plus d'un
opérateur << généraliste (ça fait un bout de temps, je ne me souvien s
plus lesquelles ni comment j'avais déduit qu'il fallait les définir,
mais je me souviens que j'avais bien galèré).

On 20 mar, 10:34, Michel Decima <michel.dec...@orange-ft.com> wrote:

En fait si, tu peux le faire, a condition que get_log_stream renvoie
un proxy copiable, avec un comptage de reference et un operator<<
template qui prend en premier argument un const :

template< typename T >
inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest, T const& src )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;

}

Une remarque pour dire qu'il y a une petite subtilité. J'ai déjà du le
faire et ça ne fonctionnait pas parfaitement, bizarrement les
manipulateurs passaient mal. Il faut aussi rajouter 2 ou 3 méthodes
définies dans std::iostream (ou une classe de base) en plus d'un
opérateur << généraliste (ça fait un bout de temps, je ne me souviens
plus lesquelles ni comment j'avais déduit qu'il fallait les définir,
mais je me souviens que j'avais bien galèré).

Effectivement, ca ne suffit pas, je n'avais pas tout dit. Pour les
manipulateurs sous forme de pointeurs de fonctions (ie ceux qui ne sont
pas dans <iomanip>) il faudra ajouter deux operateurs :

inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest,
std::ios_base& ( *src )( std::ios_base& ) )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;
}

inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest,
std::ostream& ( *src )( std::ostream& ) )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;
}

je viens de refaire le test, et j'ai bien l'impression que le premier
est inutile (std::hex peut passer par la version generique) alors que
le second est necessaire pour std::endl... bizarre.

Michel Decima <michel.decima@wanadoo.fr> writes:

je viens de refaire le test, et j'ai bien l'impression que le premier est
inutile (std::hex peut passer par la version generique) alors que
le second est necessaire pour std::endl... bizarre.

std::hex n'est pas template, std::endl l'est. Ce doit etre une histoire de
deductibilite de parametres templates.

A+

--
Jean-Marc
FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org

Michel Decima <michel.decima@wanadoo.fr> writes:

je viens de refaire le test, et j'ai bien l'impression que le premier est
inutile (std::hex peut passer par la version generique) alors que
le second est necessaire pour std::endl... bizarre.

std::hex n'est pas template, std::endl l'est. Ce doit etre une histoire de
deductibilite de parametres templates.

Tres bonne remarque. Dans mon code je ne me sert que de std::ostream,
donc j'ai fini par "oublier" son coté template, qui reapparait forcement
du coté de certains manipulateurs... merci pour le rappel.

Bonjour,

1. la sémantique de déplacement (move semantic).

C'est à dire par exemple qu'au lieu de copier un objet puis de détruir e
l'ancien, tu peux directement transférer l'objet à un autre endroit de
la mémoire.

C'est intéressant pour les swap par example où tu n'est plus obligé
d'appeler 1 constructeur par copie et deux opérateur par copie, tu fais
juste un move comme tu le ferais avec un memcpy pour des POD.

C'est aussi intéressant pour les ressources qui ne doivent pas être
dupliquées comme les mutex. C'est en fait une autre application de swap
(sans spécialisation requise). Ou encore pour faire la distinction entre
une copy où la ressource doit être dupliquée ou peut rester partag ée
(comptage de référence).

pas de problème pour comprendre que vaut la source :

struct Pouet {... };

Pouet p1;
..
..
.
Pouet && p2 = p1; //
// Quelle valeur prend p1 ?

2. Utilisation de temporaires en tant que paramètre non const.

Par exemple, ça veut dire que tu peux utiliser une valeur renvoyée par
une fonction en tant que paramètre non-const (Pour peu que la class soit
moveable).Une application pratique est une fonction get_log_stream() qui
te renvoie une stream que tu vas utiliser pour contruire un log; le log
est envoyé à la destruction de la stream.

logstream get_log_stream();

Aujourdhui, tu ne peux pas faire:

get_log_stream()<<"LOG: Error "<<errno<<std::endl;

Parce que les fonctions de stream sont de la forme:
template<typename T>
ostream& operator<<(ostream& os, const T& t)
{
// ...
return os;

}

Et donc tu ne peux pas mettre une temporaire en paramètre 'os' car il
n'est pas const.

Je ne comprends pas trop pk cela ne compile pas :

class Pouet
{
public:
Pouet(void)
{
std::cout << "Pouet(void) this=" << this << std::endl;
}

~Pouet(void)
{
std::cout << "~Pouet(void) this=" << this << std::endl;
}

template <class T> Pouet& print(const T&t)
{
std::cout << "print(const T&t) t=" << t << std::endl;
return *this;
}
};

template<class T>
Pouet & operator<<(Pouet & p, const T & t)
{
p.print(t);
return p;
}

Pouet get_truc(void)
{
Pouet p;
return p;
}

//
// La ligne suivant ne compile pas oki
get_truc() << "Bllla bllaaa" << 5 << " truc";

//
// Par contre la ligne suivant compile
get_truc().print("Bllla bllaaa").print(5).print("truc");

Pourquoi la seconde ligne compile ?

Etienne

On 20 mar, 22:00, Michel Decima <michel.dec...@wanadoo.fr> wrote:

On 20 mar, 10:34, Michel Decima <michel.dec...@orange-ft.com> wrote:

En fait si, tu peux le faire, a condition que
get_log_stream renvoie un proxy copiable, avec un comptage
de reference et un operator<< template qui prend en premier
argument un const :

template< typename T >
inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest, T const& src )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;
}

Une remarque pour dire qu'il y a une petite subtilité. J'ai
déjà du le faire et ça ne fonctionnait pas parfaitement,
bizarrement les manipulateurs passaient mal. Il faut aussi
rajouter 2 ou 3 méthodes définies dans std::iostream (ou une
classe de base) en plus d'un opérateur << généraliste (ça
fait un bout de temps, je ne me souviens plus lesquelles ni
comment j'avais déduit qu'il fallait les définir, mais je me
souviens que j'avais bien galèré).

Effectivement, ca ne suffit pas, je n'avais pas tout dit. Pour
les manipulateurs sous forme de pointeurs de fonctions (ie
ceux qui ne sont pas dans <iomanip>) il faudra ajouter deux
operateurs :

inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest,
std::ios_base& ( *src )( std::ios_base& ) )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;
}

inline OutputStreamWrapper const&
operator<<( OutputStreamWrapper const& dest,
std::ostream& ( *src )( std::ostream& ) )
{
if ( std::ostream* target = dest.getStream() ) {
*target << src;
}
return dest;
}

je viens de refaire le test, et j'ai bien l'impression que le
premier est inutile (std::hex peut passer par la version
generique) alors que le second est necessaire pour
std::endl... bizarre.

En effet. Comme a dit Jean-Marc, std::hex n'est pas un
template, donc, pas de problème avec la version générique.

En fait, j'ai rencontré le problème avec std::endl, qui lui
prend comme paramètre un std::basic_ostream<> (et donc, est un
template). Sachant qu'il y a aussi beaucoup de manipulateurs
bi-directionnels, j'ai ajouté en même temps une spécialisation
pour eux. Sans trop y reflechir sur le fait que std::ios_base
n'est pas un template. Et évidemment, puisque le code passait
tous les tests par la suite, je ne me suis plus posé de
question.

--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34

Bonjour,

1. la sémantique de déplacement (move semantic).

C'est à dire par exemple qu'au lieu de copier un objet puis de détruire
l'ancien, tu peux directement transférer l'objet à un autre endroit de
la mémoire.

C'est intéressant pour les swap par example où tu n'est plus obligé
d'appeler 1 constructeur par copie et deux opérateur par copie, tu fais
juste un move comme tu le ferais avec un memcpy pour des POD.

C'est aussi intéressant pour les ressources qui ne doivent pas être
dupliquées comme les mutex. C'est en fait une autre application de swap
(sans spécialisation requise). Ou encore pour faire la distinction entre
une copy où la ressource doit être dupliquée ou peut rester partagée
(comptage de référence).

pas de problème pour comprendre que vaut la source :

struct Pouet {... };

Pouet p1;
..
..
.
Pouet && p2 = p1; //
// Quelle valeur prend p1 ?

2. Utilisation de temporaires en tant que paramètre non const.

Par exemple, ça veut dire que tu peux utiliser une valeur renvoyée par
une fonction en tant que paramètre non-const (Pour peu que la class soit
moveable).Une application pratique est une fonction get_log_stream() qui
te renvoie une stream que tu vas utiliser pour contruire un log; le log
est envoyé à la destruction de la stream.

logstream get_log_stream();

Aujourdhui, tu ne peux pas faire:

get_log_stream()<<"LOG: Error "<<errno<<std::endl;

Parce que les fonctions de stream sont de la forme:
template<typename T>
ostream& operator<<(ostream& os, const T& t)
{
// ...
return os;

}

Et donc tu ne peux pas mettre une temporaire en paramètre 'os' car il
n'est pas const.

Je ne comprends pas trop pk cela ne compile pas :

class Pouet
{
public:
Pouet(void)
{
std::cout << "Pouet(void) this=" << this << std::endl;
}

~Pouet(void)
{
std::cout << "~Pouet(void) this=" << this << std::endl;
}

template <class T> Pouet& print(const T&t)
{
std::cout << "print(const T&t) t=" << t << std::endl;
return *this;
}
};

template<class T>
Pouet & operator<<(Pouet & p, const T & t)
{
p.print(t);
return p;
}

Pouet get_truc(void)
{
Pouet p;
return p;
}

//
// La ligne suivant ne compile pas oki
get_truc() << "Bllla bllaaa" << 5 << " truc";

//
// Par contre la ligne suivant compile
get_truc().print("Bllla bllaaa").print(5).print("truc");

Pourquoi la seconde ligne compile ?

La différence entre les deux lignes est que:
1. Dans la premières, tu invoques:
Pouet & operator<<(Pouet & p, const T & t);
mais que la variable locale revoyée par la fonction get_truc() ne peux
pas être liée à une référence, donc ça ne compile pas.

2. Dans là deuxième ligne, tu invoques l'équivalent de:
Pouet& Pouet::print<T>(Pouet* this, const T& t);
La variable locale peut être liée à un pointeur donc pas de problème.

D'ailleur, la ligne suivante devrait compiler:
get_truc().print("Bllla bllaaa")<<"5"<<"truc";

Michael

Pour moi, les principaux apports sont :

Merci d'avoir tenté de me faire comprendre cette notion. Mais
contrairement à mon habitude, j'avoue que je ne parviens pas à saisir la
notion, et ces intérêts.

Autant un pointeur, je comprends. Une référence, pareillement, puisque
c'est un alias de variable.
Mais les références rvalue, ... ben non... je n'arrive pas à voir ce
que c'est physiquement.

Peut-être qu'expliqué avec d'autres mots je comprendrais la notion ?
Quitte à expliquer ce qui se passe derrière (je n'ai véritablement
maîtrisé la notion de pointeur que le jour où j'ai été initié à
l'assembleur).

Merci à tous en tout cas !
--
Mickaël Wolff aka Lupus Michaelis
http://lupusmic.org