СИ++ параллельные вычисления (многопоточность)

какие аргументы он имеет ввиду, как преобразованые в rvalue?

Он имеет в виду, что твоя parallel1_genOneBoardCard принимает lvalue-ссылки, а передать аргументы в другой поток можно только как rvalue.

https://github.com/gcc-mirror/gcc/blob/master/libstdc++-v3/include/std/thread...

З.Ы. Флэш пишется как flush, а не flash

т.е. нельзя объекты передавать? или у них должен быть конструктор перемещения?

Move semantics

весь проект

Посмотри, что написано внутри static_assert, и поймешь, что от тебя хотят.

видил, смотрел, даже класс thread немного поизучал из либы)))
но чот не понял из-за чего он енто ругается?
понял чо аргументы должны быть доступны после преобразования в rvalues, однако, не могу понять почему они не доступны после такого преобразования?

Флэш пишется как flush, а не flash

А не на оборот?

https://ru.wikipedia.org/wiki/Покер#Флэш

но чот не понял из-за чего он енто ругается?

хинт: посмотри что делает std::decay

А, это он про карты. Тогда ок.

просмотрел, но чот я все равно не монял, к какому именно аргументу он не может применить преобразование?

Да хоть к первому. Функция хочет vector<Card>&, а ее вызывают с vector<Card>. Какого же типа должен быть аргумент, чтобы в нее можно было по значению передать vector<Card>? (как минимум три правильных ответа)

ты хочеш сказать, что надо в описании и определении функции параметры указывать не по ссылке?

вроде же енто не функция хочет ссылку, а в теле функции создается ссылка на переданный объект, если амперсанд убрать в определении функции то будет создаваться не ссылка в теле функции, а переменная, значение которой будет равно значению переменной, которую туда передали при вызове

т.е.
f(vector<Card> & vec_c) будет тождественно

vector<Card> var;
f()
{
vector<Card> & vec_c = var;
}
только определяется ента ссылка в блоке аргументов и присваивается ей значение переданного аргумента, в данном случае адрес переменной

Нет, ссылки в с++ работают не так

Возможно три варианта: vector<Card>, vector<Card>&&, const vector<Card>&

а как же?
енто ж переменная, содержащая адрес переменной, только в отличие от указателя, ссылку нельзя переопределить на другую область памяти, ну и так же по ентой же причине сделали ненадобность в ее разыминовывании.

кстати, если parallel1_genOneBoardCard упаковать в лямбду, то все роббит. однако, я не пойму, в лямбде ставлю [&](){}, т.е. передаю все значения по ссылке.
значение по ссылке будут относительно скопированных значений в новый поток или же будут относительно основного потока?

Скопированы

Это верно, но вышесказанное из этого не следует

да, убрал из описания и определения функции векторы по ссылке, сделал по значению и все взлетело.

только не понял почему))

пойду дальше с мьютексами сутулиться, а то почему то показания отличные от эталонных, каждый раз разные получаются

просто если функцию вызывать не в thread(), то все нормально роббит и с передачей по ссылке.

и походу кстати понял, но хз правильно или нет...

для использования в моем случае надо rvalue (vector<Card>&&) аргумент, что бы его можно было использовать с правой стороны для взятия с него значений. А передавая как lvalue (vector<Card>&) с него значения не могут браться.
так ?

vector<Card>&& лучше, так как аргумент будет перемещен. С константными ссылками или без ссылок - скопирован.

Советую почитать книжку Скотта Мейерс про С++11, в частности раздел про семантику перемещения

в принцыпе я ее понимаю, не мало уже видосов смотрел относительно копирования и перемещения объектов.
однако не понял, почему при упаковке в поток отличное от обычного выполнения получается относительно передачи параметров в функцию.

Дебильное сообщение значит, что функцию должно быть возможно вызвать со всеми аргументами преобразованными к категории rvalue. А vector<Card> & не может быть привязан к rvalue значению, требуется lvalue так как ссылка не на константный тип.

Refrash

refresh

jollheef а почему ты банишь меня одного, якобы за мат с -10 скора, а поиском я вижу 785 «пидорасов»?

а для правильной работы потоков, все структуры и классы, которые передаются в функцию должны иметь конструкторы перемещения? или енто не обязательно?

Какая-то каша в голове у тебя. Конструкторы нужны, чтобы код компилировался, а работать потоки будут «правильно» в любом случае. Если ты будешь передавать объекты с использованием std::move в функцию, принимающую rvalue-ссылки, то конструктор перемещения понадобится, но если выполняются некоторые условия [1], то компилятор может сгенерить его сам

[1] https://en.cppreference.com/w/cpp/language/move_constructor#Implicitly-declar...