Il seguente programma non costruisce in VS11 beta, gcc 4.5, o clang 3,1std :: filo con mobile, argomento non copiabile
#include <thread>
#include <memory>
int main() {
std::unique_ptr<int> p;
std::thread th([](std::unique_ptr<int>) {
},std::move(p));
th.join();
}
Questo perché il tipo argomento non è copiabile, ma la l'implementazione tenta di copiarlo.
Per quanto posso dire, questo programma è ben strutturato e dovrebbe funzionare. I requisiti per std :: thread sembrano implicare che gli argomenti mobili e non copiabili dovrebbero funzionare qui. In particolare, afferma che l'oggetto chiamabile e ciascun argomento devono soddisfare i requisiti MoveConstructible e che INVOKE(DECAY_COPY(std::forward<F>(f)),DECAY_COPY(std::forward<Args>(args))...)
deve essere un'espressione valida.
In questo caso penso che l'espressione funziona a qualcosa di simile:
template <class T> typename std::decay<T>::type decay_copy(T&& v)
{ return std::forward<T>(v); }
std::unique_ptr<int> p;
auto f = [](std::unique_ptr<int>) {};
decay_copy(f)(decay_copy(std::move(p)));
E non credo che questo dovrebbe comportare una copia di p
. gcc almeno può compilare questa espressione, sebbene VS11 no.
- Mi sbaglio sui requisiti e gli argomenti devono essere copiabili?
- Lo standard lascia un margine di manovra su questo problema perché le implementazioni copino gli argomenti?
- Oppure l'implementazione che ho provato non conforme?
Sembra passare l'argomento thread per copia (come per la firma della funzione anonima). Il tipo di argomento non dovrebbe essere 'std :: unique_ptr &&' o 'const std :: unique_ptr &'? –
@ André: Non esiste una cosa che passa per copia; passare l'argomento di _value_ verrà copiato o spostato a seconda che il chiamante passi un lvalue o un valore di rvalue. – ildjarn
@ildjarn: scusate, intendevo "per valore", non "per copia". Mi è venuto in mente che passare gli argomenti in base al valore selezionerà il costruttore di mosse se ne è disponibile uno. –