да, он же это хотел

причем кажись ему просто нужно шаблонный list было сделать для этого

хм

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

эмммм

я спрашивал же про args

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

есть вариант перенести диспатч с функции на обертку возвращающую число

здесь аргс - это аргументы функции. смотри внимательно, тут два декл вала.

я и сказал про args

эй, ребята, подскажите: declval<F>() (declval<Args>()... )

тут

я и сказал про args

а нахрена их вызывать то надо? Это кусок кода из result of gcc

ну можно и просто аргуметы упихать наверн

какая разница

разница большая. Если сделано, значит смысл кой то есть. Вопрос к тем кто знает наверняка, какой?

что делает declval что не делает остальное? создает временные объекты как будто

еще может аргументов там нет

result_of?

invoke_result?

какой из

так может тут форвард покатит?

invoke_result?

вот оный, и тебе надо глядеть result_of_other_impl

вот оный, и тебе надо глядеть result_of_other_impl

ну там же нет аргументов

это все классы

ну смысле только шаблонные

ага, есть такое

как ты псевдовызовешь функцию зная только тип аргумента?

как ты псевдовызовешь функцию зная только тип аргумента?

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

decltype(foo(T{})) не подходит

упустил, constexpr это когда constexpr auto a = foo(3); // посчитается во время компиляции auto b = foo(3); // посчитается во время работы программы

Вроде как, когда выполнится constexpr функция (compile/runtime) зависит от аргументов. Если они известны во время компиляции, то функция считается во время компиляции. Соответственно, обе версии будут выполнены на этапе компиляции. Или я не прав?

потомучто у T может не быть конструктора

Так я ж про второй деклвал

decltype(foo(declval<T>())) только

Так я ж про второй деклвал

я тоже, первый для типа функции\

я про аргументы

я тоже, первый для типа функции\

типа форвардом тутнельзя?

Вроде как, когда выполнится constexpr функция (compile/runtime) зависит от аргументов. Если они известны во время компиляции, то функция считается во время компиляции. Соответственно, обе версии будут выполнены на этапе компиляции. Или я не прав?

так констекспр не функция, а параметры

форварду надо чтото передать

а поскольку такого не бывает, то можно пофантазировать, как этого бы хотелось)

точно. туплю. сорян. вроде понял, или нет... Чем мешает отсутствие конструктора у Т?

Мы же тип передаем.

типа форвардом тутнельзя?

declval делает переменную изничего для использования типа результата онли

хм

точно. туплю. сорян. вроде понял, или нет... Чем мешает отсутствие конструктора у Т?

конструктора по умолчанию

ошибка будет

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

он ничего не принимает, это главное

он генерит псевдозначение

ничего не понимаю

он генерит ссылку ж

рассматривай его просто как T foo<T>()

тебе надо получить тип результата bar(T) что ты сделаешь?

он генерит ссылку ж

нет, он значение генерит

template <typename T> T declval();

ничего себе, буду иметь в виду. Чот я по цппрефу этого не понял. Thx гайз.

template <typename T> T declval();

ну ващето там T&& declval<T>

ERROR: S client not available

ну ващето там T&& declval<T>

чо?

чо?

https://en.cppreference.com/w/cpp/utility/declval

омг зачем

потомучто чтото не умеет копироваться наверн

и перемещаться

> а есть бенчмарки, которые говорят что действительно при foo<5>() циклы разворачиваются да, конечно.

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

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

нужно в decltype когда надо параметр передать

может когда Foo(Foo&&) = delete; и bar(Foo&&){}

Что же странного?

а еще вопрос из 96 года, вот у меня массив double выровненный, я хочу его мувнуть. Если использовать memmove, оно будет слишком generic и проверять вначале, а выровнен ли он, чтобы запустить по байту краешки итп. Есть ли плюсовый аналог который понимает в типы и не будет заморачиваться, а сделает сразу как надо?

а еще вопрос из 96 года, вот у меня массив double выровненный, я хочу его мувнуть. Если использовать memmove, оно будет слишком generic и проверять вначале, а выровнен ли он, чтобы запустить по байту краешки итп. Есть ли плюсовый аналог который понимает в типы и не будет заморачиваться, а сделает сразу как надо?

Что значит "выровненный массив"?

aligned

aligned

Ну и наверное alligned array , да?

дык

а еще вопрос из 96 года, вот у меня массив double выровненный, я хочу его мувнуть. Если использовать memmove, оно будет слишком generic и проверять вначале, а выровнен ли он, чтобы запустить по байту краешки итп. Есть ли плюсовый аналог который понимает в типы и не будет заморачиваться, а сделает сразу как надо?

"Если использовать memmove, оно будет слишком generic и проверять вначале, а выровнен ли он, " memmove ничего такого проверять не будет

а еще вопрос из 96 года, вот у меня массив double выровненный, я хочу его мувнуть. Если использовать memmove, оно будет слишком generic и проверять вначале, а выровнен ли он, чтобы запустить по байту краешки итп. Есть ли плюсовый аналог который понимает в типы и не будет заморачиваться, а сделает сразу как надо?

"сть ли плюсовый аналог который понимает в типы и не будет заморачиваться, а сделает сразу как надо?" std::copy

overlapping норм?

overlapping норм?

нет

overlapping норм?

/cppref std::copy 1) Copies all elements in the range [first, last) starting from first and proceeding to last - 1. The behavior is undefined if d_first is within the range [first, last). In this case, std::copy_backward may be used instead.

/cppref std::copy

Search results for "std::copy" 1. std::copy 2. std::string::copy 3. std::wstring::copy 4. std::u16string::copy 5. std::u32string::copy 6. std::filesystem::copy 7. std::char_traits::copy 8. std::pmr::string::copy 9. std::string_view::copy 10. std::basic_string::copy 11. std::pmr::wstring::copy 12. std::wstring_view::copy 13. std::pmr::u16string::copy 14. std::pmr::u32string::copy 15. std::u16string_view::copy 16. std::u32string_view::copy 17. std::basic_string_view::copy 18. std::experimental::filesystem::copy 19. std::experimental::string_view::copy 20. std::experimental::wstring_view::copy 21. std::experimental::u16string_view::copy 22. std::experimental::u32string_view::copy 23. std::experimental::basic_string_view::copy 24. std::remove_copy

щас сравню

фронтенд?

Еще не юзай ни массивы ни меммув ни прочие сишные структуры

Хочешь делать вручную - обарачивай