есть вариант делать ту переменную, которую передаёшь по копии, константной. тогда даже в мутабельной лямбде не сможешь поменять

Если ты по значению захватываешь, то ТОЖЕ НЕ СМОЖЕШЬ?

так то да, оно работает

Если ты по значению захватываешь, то ТОЖЕ НЕ СМОЖЕШЬ?

смогу, через mutable keyword

Что-то я не понял тебя, ты напишешь лямбду а потом сам будешь ещё её менять?

Что-то я не понял тебя, ты напишешь лямбду а потом сам будешь ещё её менять?

я пишу лямбду с mutable. То есть я хочу часть переменных, которые я захватил копированием, менять. а вторую часть, которую я захватил копированием, я не хочу менять и защитить их как-то хочу

и способа нормального кроме как навесить на них const за пределами лямбды я не вижу

можно сделать какой-нибудь враппер, который будет делать копию и работать как std::cref

но тогда лишнее копирование (которое компилятор мб соптимизирует)

Заведи ссылку на const объект и захватывай ее, лишнего копирования не будет.

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

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

+, потому что ссылки не продлевают время жизни

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

И правда ошибся, меня смутило что почему-то у MSVC захватывается не ссылка а значение, https://godbolt.org/g/RhcxRZ.

я вообще хотел бы, чтобы это легко делалось с помощью обычных спецификаторов во время захвата

без всего этого говна. Пусть Полухин и не согласится из-за перегруженности лямбд

без всего этого говна. Пусть Полухин и не согласится из-за перегруженности лямбд

С самого начала так можно было сделать, щас уже сложновато переделывать.

Ну ты и сам понимаешь.

С самого начала так можно было сделать, щас уже сложновато переделывать.

надо просто нужным людям закинуть идею, они её протолкнут

я знаю в комитете любителя лямбд

надо просто нужным людям закинуть идею, они её протолкнут

Вот так вот C++ и превращается в монстра!

Всяк пропихивает свои фичи, и получается чёрте что.

да норм получается пока что

+, потому что ссылки не продлевают время жизни

А может MSVC прав? На http://en.cppreference.com/w/cpp/language/lambda написано что "The type of each data member is the type of the corresponding captured entity, except if the entity has reference type (in that case, references to functions are captured as lvalue references to the referenced functions, and references to objects are captured as copies of the referenced objects)."

А может MSVC прав? На http://en.cppreference.com/w/cpp/language/lambda написано что "The type of each data member is the type of the corresponding captured entity, except if the entity has reference type (in that case, references to functions are captured as lvalue references to the referenced functions, and references to objects are captured as copies of the referenced objects)."

Эт получается, что ссылка копируется, вроде бы?

Эт получается, что ссылка копируется, вроде бы?

Насколько я понимаю по стандарту да, но видимо полагаться на это нельзя раз разные компиляторы делают по-разному.

Ок, я неправ. Перечитал, и твоя трактовка мне ближе.

Но это же для кейса с захватом по значению?

да, это захват по значению ссылки

Ну ок, по значению ссылки захватывается объект. Вроде бы нормально.

Еще смешнее - если поставить ссылку в инициализатор, то все компиляторы выводят тип под ссылкой. Но только gcc оставляет const: https://godbolt.org/g/qgdgkB

есть вопрос. хочу захватить в лямбду две переменные по копии: одну переменную без возможности изменения, а вторую переменную с возможностью изменения. Как такое провернуть? Обращаю внимание - по копии, не по ссылке

Юник поинтер на с возможностью

Только всрешь копируемость

Ну кстати неочевидно почему сразу не приняли такой синтаксис [cv qualified type, reference]name[= ...]

Ну кстати неочевидно почему сразу не приняли такой синтаксис [cv qualified type, reference]name[= ...]

вот для меня тоже загадка

как раскопаю - расскажу

я пишу лямбду с mutable. То есть я хочу часть переменных, которые я захватил копированием, менять. а вторую часть, которую я захватил копированием, я не хочу менять и защитить их как-то хочу

Захватывай не переменные, а модифицирующие их лямбды. Все остальные переменные захватывай по значению. Mutable не применяй.

Не, блин, тебе это не пойдёт. Это если для ссылок.

со ссылками всё окей сейчас ?

Чтото какой-то у тебя совсем мутный, непонятный случай...

Чтото какой-то у тебя совсем мутный, непонятный случай...

да-да. это чисто описано как корнер кейс

вот для меня тоже загадка

или так: int main() { int a; int b; auto c = [a = a, b = const int{b}] {}; }

так, к сожалению, тоже не сделали

да я просто идейки кидаю

хотя казалось бы, алиасы просто чуточку расширить

кстати вот вопрос

почему я не могу создавать cv qualified временые переменные

ну типа: const int a{1}; можно const int{1} нельзя

кстати вот вопрос

Почему нельзя? typedef const int ci; ci{1};

Почему нельзя? typedef const int ci; ci{1};

еще больший фейл тогда

Почему нельзя? typedef const int ci; ci{1};

Ну ё мое, когда же задепрекейтят typedef

Ну ё мое, когда же задепрекейтят typedef

Никогда? Зачем?

потому что есть using

Никогда? Зачем?

Чтобы люди начали использовать нормальный современный using

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

Почему нельзя? typedef const int ci; ci{1};

using cint = const int; int b = 0; auto f = [b = cint{b}]() mutable { b = 8; }; лол оно ваще не работает

это int а не const int

Чтобы люди начали использовать нормальный современный using

Если без шаблонов то разницы нету и typedef ничем не хуже. Ломать совместимость из-за этого никто не будет. Не хотите использовать typedef в команде - настройте линтер.

ну типа: const int a{1}; можно const int{1} нельзя

Потому что второе и так и сяк const? (ну или почти const)

Если без шаблонов то разницы нету и typedef ничем не хуже. Ломать совместимость из-за этого никто не будет. Не хотите использовать typedef в команде - настройте линтер.

Про депрекейт был больше сарказм.

using cint = const int; int b = 0; auto f = [b = cint{b}]() mutable { b = 8; }; лол оно ваще не работает

не работает, потому что mutable сводит на нет все твои старания ?

Ясен пень, никто не уберет

вопрос а у mutable лямбды оператор() всеравно const?

только содержимое mutable?

ERROR: S client not available

а нет

тогда мне не понятно почему mutable ломает мои старания

я знаю почему

потомучто cint{1} это int

а не const int

пускай даже using cint=const int;

вопрос а у mutable лямбды оператор() всеравно const?

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

Сравните 2 фрагмента кода: 1: int v1=1; long v2=2; v1=v1+v2;   2: int v1=1; long v2=2; v1+=v2; Будет ли разница при исполнении этих строк кода? При сокращённых операциях в java производится приведение типов. То есть v1+=v2 аналогична v1=(int)(v1+v2) Соответственно в первой строке будет ошибка компиляции так как long шире чем int, а вторая строка успешно выполнится.

Так. Какого Страуструпа ты тут спамишь Явой?

какой самый простой способ отправит файл пост запросом? я уже замучал гугл...

curl?

какой самый простой способ отправит файл пост запросом? я уже замучал гугл...

WinHttp

Или boost

Сравните 2 фрагмента кода: 1: int v1=1; long v2=2; v1=v1+v2;   2: int v1=1; long v2=2; v1+=v2; Будет ли разница при исполнении этих строк кода? При сокращённых операциях в java производится приведение типов. То есть v1+=v2 аналогична v1=(int)(v1+v2) Соответственно в первой строке будет ошибка компиляции так как long шире чем int, а вторая строка успешно выполнится.

Это же известная бага языка явы

Так. Какого Страуструпа ты тут спамишь Явой?

Он свой канал рекламирует, я полагаю)

WinHttp

Спасибо, буду ппобовать

Господа, допустим я разрабатываю dll-ку, и хочу в случае крешей релиз билда моей длл-ки у заказчика получить как можно больше инфы. Разумеется у меня будет дебаг инфа к релизу, и как минимум я хочу получить стектрейс. Вопрос: имеет ли смысл применять минидампы? Будут ли они работать в случае когда у меня как у разработчика нет всех длл/exe загруженных в процесс которые были загружены в момент создания дампа. Есть исходники, бинарники и дебаг инфа только моей длл-ки.

или проще забить и использовать только стектрейс?

Кто разбирается в побитывых операциях?

Кто разбирается в побитывых операциях?

А что интересует?

Почему допустим у меня число char x = 228; x=x<<4>>4 получается не 4, а теже 228

получется если только делать по 1 разу

естественно там unsigned char

Хочу поделиться маленькой радостью: исправили (пока только в GCC) баг, при котором считалось что при вызове конструктора this может быть равен адресу аргумента на вход. Другими словами this в конструкторах больше не алиасится с параметрами на вход, и все сложные copy/move конструкторы стали работать немного быстрее https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899#c10

... и бинарники станут немного компактнее

Почему допустим у меня число char x = 228; x=x<<4>>4 получается не 4, а теже 228

Так компилятор вообще выбросил это вычисление.

Так компилятор вообще выбросил это вычисление.

и как быть поочереди делать? А если это у меня позиция в массиве. Легче не как?

и как быть поочереди делать? А если это у меня позиция в массиве. Легче не как?

А какой смысл в такой операции? Почистить старшие биты?

А какой смысл в такой операции? Почистить старшие биты?

выделить 4 последних бита

@winged_pegasus