а я и не говорю, что не работает

я говорю, что может быть все что угодно

угу, все понятно, спасибо

еще общий вопрос - если я возвращаю контейнер из функции и немедленно присваиваю - std::vector<> myFunc(); ... std::vector<> v = muFunc(); - следуюет ли ожидать, что это будет мув или не расчитывать на это и указывать мув эксплиситли?

Во-первых не будет ничего.

Потому что RVO

Во-вторых так как ты написал — это копи, а не мув.

ожидать, что рво позаботиится об этом?

или не надеяться, если это критично?

андефайнд не значит что не работает

В плюсах undefined behavior — термин имеющий специальное значение.

как это работает для меня?

Это значит, что НЕ РАБОТАЕТ

или не надеяться, если это критично?

Не в этом дело.

если тебе нужен мув

напиши мув

если тебе нужна копия — напиши копию.

std::vector<> v = std::move(muFunc());

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

Да.

принято

спасибо, сенсей

если у тебя std::vector<> myFunc();

то при std::vector<> v = myFunc(); будет вызван перемещающий конструктор

vector(vector &&);

вот это я и спрашивал

то при std::vector<> v = myFunc(); будет вызван перемещающий конструктор

будет RVO

он же генерируется дефолтом, как и остальные, верно?

все будет в порядке

он же генерируется дефолтом, как и остальные, верно?

Нет, они определены просто для стандартных контейнеров.

он генерируется дефолтом, если мебмеры имеют мув консруктор

Генерируются имплиситли они только для POD-ов

это был волпрос вне контекста контейнеров уже

Или для структур ггде у всех полей move есть

справедливо

и снова спасибо

вот почему я хочу быть в чате с людьми, которые понимают, как это работает

вот почему я хочу быть в чате с людьми, которые понимают, как это работает

эти же люди и в #supapro сидят, когда время появляется и желание помочь

в супапро помимо этого наверняка много вопросов которые еще ниже

кстати зайду я туда может сам смогу чем-то помочь чувакам

ну вот такого типа

Можете подсказать какие библиотеки важны в с++ и какие стоит изучить в первую очередь

вот поэтому лучше тут чем не тут.

у меня хотя бы вопросы конкретные...

Можете подсказать какие библиотеки важны в с++ и какие стоит изучить в первую очередь

некоррекный вопрос, используй (и соответственно изучи) те, которые используешь для решения задачи

некоррекный вопрос, используй (и соответственно изучи) те, которые используешь для решения задачи

это ты не мне говори, это чувак из другой конфверенции.

я привел это как пример тупого вопроса

сорри, не понял

не за что

кстати мнения немножко разделились

вот Андрей считает что мув надо указывать эксплсит если это важно. (но рво и так позаботится) ты считаешь, что можно не паритсья, и точно позаботится

что так или иначе произойдет или рво, или мув

что так или иначе произойдет или рво, или мув

на рво не надейся, сам не плошай

return value optimization - это оптимизация, которую компилятор МОЖЕТ сделать

да, но вот вопрос

насколько часто он делает на практике?

std::vector<> v = std::move(muFunc());

Не нужно так писать

Не нужно так писать

откуда ты знаеш

инлайн - тоже операция, которую компилятор МОЖЕТ сделать, но это же не повод форсинлайнить все вручную

std::move явно здесь не нужен

Не нужно так писать

а как нужно?

std::move явно здесь не нужен

чойт

я бы вообще не парился и делал всё в на куче

поскольку myFunc возвращает временный объект, который подходит под vector&&

http://stackoverflow.com/a/17473869

окей, это тот самый ответ который я хотел слышать

и заворачивал в уник поинторы

и бед не знал бы

а как нужно?

Вы таким образом явно убиваете возможность rvo, которое быстрее move.

компилятор не дедуцирует, что мув нафиг не нужен и не поступает по-своему?

я вот почему-то думаю, что должен

поскольку myFunc возвращает временный объект, который подходит под vector&&

Да, но вот из самой функции return std::move(vec);

При этом надо делать

само собой

что вообще из себя представляет вызов std::move()?

это враппер или абстракция компилятора?

я вот почему-то думаю, что должен

Эээ, вы ему явно говорите мувать, а он такой, не, я лучше тут копи элизион запилю.

что вообще из себя представляет вызов std::move()?

ничего, это просто каст к T&&

понял

это заставляет компилятор перенести состояние одного объекта в другой

после std::move(object) object уже не будет владеть состоянием, которым владел до мува