14
votes

From [12.8] [11] of N3337:

The implicitly-defined copy/move constructor for a non-union class X performs a memberwise copy/move of its bases and members. [ Note: brace-or-equal-initializers of non-static data members are ignored. See also the example in 12.6.2. —end note ] The order of initialization is the same as the order of initialization of bases and members in a user-defined constructor (see 12.6.2). Let x be either the parameter of the constructor or, for the move constructor, an xvalue referring to the parameter. Each base or non-static data member is copied/moved in the manner appropriate to its type:

— if the member is an array, each element is direct-initialized with the corresponding subobject of x;

— if a member m has rvalue reference type T&&, it is direct-initialized with static_cast<T&&>(x.m);

— otherwise, the base or member is direct-initialized with the corresponding base or member of x.

This is really more of a clarification, but I can't see any mention of lvalue reference members in that clause. Since it doesn't mention them, by default it seems to say that they are part of the implicit memberwise move, yet the following would not work;

int x = 5;
int& y = x;
int& z(std::move(y)); //error: invalid initialization of non-const reference of type 'int&' from an rvalue of type 'std::remove_reference<int&>::type {aka int}'

So is it safe to assume that the default move constructor distinguishes that a member is a reference and would simply just do

int& z = y;

with no call to std::move?

1
An lvalue reference cannot be bound to an xvalue, so int &z(std::move(y)); is not legal. int &z = y; is legal and makes z a third name for the int object which is currently named x and y. I'm not sure what your question is ?M.M
"direct-initialized" means that for a member m, it is initialized as if by T m(other.m);M.M
I think this is related to (and possibly resolved by) stackoverflow.com/questions/33344259/…Jonathan H
@Sh3ljohn I cannot see an answer to this post in the question you linked. Perhaps you can point directly to the relevant answer?Walter
I think the answer is yes.Walter

1 Answers

12
votes

It's handled by the specification of class member access expressions. The key part is

Let x be either the parameter of the constructor or, for the move constructor, an xvalue referring to the parameter.

In other words, a defaulted move constructor for

struct X { int x, &y; };

does the equivalent of

X::X(X&& other) : x(std::move(other).x), y(std::move(other).y) {}

The important thing here is that the result of a class member access expression x.m, where m names a non-static data member, is always an lvalue if m has reference type, but an xvalue if x is an rvalue and m has non-reference type. (See [expr.ref]/4.) This ensures that lvalue reference members will be initialized with lvalues.