Move Semantics i Pass-by-Rvalue-Reference w przeciążonej arytmetyce

Koduję małą numeryczną bibliotekę analityczną w C ++. Próbowałem zaimplementować za pomocą najnowszych funkcji C ++ 11, w tym semantykę ruchu. Rozumiem dysku...

Przeciążenie niejednoznaczności podczas przekazywania wartości R do funkcji, która przyjmuje wartość L

Dlaczego konstruktor ruchu zdefiniowany przez użytkownika wyłącza niejawny konstruktor kopii?

Czy konstruktor ruchów powinien przyjmować stałe lub niestałe odniesienie do wartości rvalue?

W kilku miejscach widziałem zalecane podpisy konstruktorów kopiowania i przenoszenia podane jako:

c ++ 11 optymalne przekazywanie parametrów

Rozważ następujące klasy:

Konstruktor C ++ z referencją rvalue

Rozważmy tę klasę z trzema konstruktorami:

rvalue refs i std :: move

Czy ktoś może wyjaśnić, dlaczego B nie kompiluje, ale C to robi? Nie rozumiem, dlaczego std :: move jest wymagany, ponieważ zmienna jest już wartością rvalue...

std :: thread with movable, non-copyable argument

Czy zwrot przez referencję rvalue jest bardziej wydajny?

na przykład: