орнул """ The bad news is that there's not anything we can do about this limit until the next time we take an ABI break. In our implementation, stringbuf (which stringstream uses under the covers) does not actually store a basic_string inside -- it does its own buffer management. (No, I don't know why it does that) It uses the basic_streambuf's put area and get area to store the actual allocated buffer range, and the standard limits the size of the get and put areas in a streambuf to INT_MAX (because pcount() and similar return int). """

А как тут IDE разберется что именно ей показывать?

А если бы это была не std::function, а свой собственный тип, писанный руками?

Думаю, не важно

Думаю, не важно

а что за магическая IDE?

decltype(std::declval<X>())?

интересно как оно на 2015...

надо сделать, чтобы пользователям не было больно в qt creator'e, clion, msvs2015

в 2015 норм

правила нет, но is_same<F::first_argument_type, int>::value == 1, так что с точки зрения стандарта всё итак уже работает

А на что в c++17/20 предлагается заменить first_argument_type в std::function?

perfect forwarding

А где про это прочитать можно? То есть мне допустим нужно сконструировать функцию с первым и третьим аргументов от вот той вот функции.

На шаблонную магию какую-нибудь? https://stackoverflow.com/questions/30501496/iterate-over-function-parameter-types-in-compile-time

но хз как реализовывать, копипастой?

https://functionalcpp.wordpress.com/2013/08/05/function-traits/

https://functionalcpp.wordpress.com/2013/08/05/function-traits/

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

https://functionalcpp.wordpress.com/2013/08/05/function-traits/

и для member function разворачивать ref qualifier

ref qualifier у аргументов?

кажется в c++20 хотят какой-то рефлекшн времени компиляции запилить. чуть ли не через constexpr.

Нужно больше вложенных абстракций. Я уже переживаю за молодых разработчиков.

что им ничего не достанется?

кажется в c++20 хотят какой-то рефлекшн времени компиляции запилить. чуть ли не через constexpr.

сейчас бы на constexpr ещё один язык придумать ?

это намного более важно по крайней мере для меня, чем констекспр

кажется в c++20 хотят какой-то рефлекшн времени компиляции запилить. чуть ли не через constexpr.

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0707r3.pdf вот такого хотят

да, Саттер очень топит за constexpr { for (p : this::some_function.parameters) static_assert(is_uppercase(p.name[0])); } и подобные чудеса, но раньше 23 это не появится

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

речь про [&](){ something(); smth(); }();?

ага, я тут даже набрасывал auto deciphered = [&] () { auto fail = [&] () -> std::vector<BYTE> { failed = true; return {}; }; auto deciphered = /*expression*/; if (/*condition 1*/) return fail(); if (/*condition 2*/) return fail(); return deciphered; }();

соль constexpr-blocks всё же в том, что их можно будет класть хоть в глобальный скоуп, хоть прямо в описание класса, не создавая фиктивные переменные и не ограничиваясь телом метода

если не ошибаюсь, http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0633r0.pdf