А это накладывает ограничения на std::bind?

не должно, мне кажется

Полагаю, что да, но я не уверен в этом наверняка

так и есть
http://eel.is/c++draft/function.objects#func.bind.bind-3

Есть мнение, что std::bind, std::transform всё же некорректно использовать с non-addresable function. И проблема здесь вовсе не в std::bind или std::transform, а в том, что мы не можем передать первый аргумент, поскольку это требует взять его адрес в процессе передачи по ссылке

привет может кто-то помочь скрипт всунуть в программу?

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

Можно указатель на функцию приводить к void (*)() и передавать.

хм не совсем понял, можно пример объявления там

void foo(QString args, ???someFoo???)

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

Что значит неявная сигнатура?

Это не тематика данного чата, но можешь посмотреть в сторону http://lua-users.org/wiki/SimpleLuaApiExample

тут вопрос не в передаче, а в том, что в плюсах сигнатура = сигнатура. это не js, где передаешь что хочешь и потом через arguments достаешь

он сразу пишет, что в
std::invoke(std::boolalpha, std::cout);
we are attempting to form a pointer to std::boolalpha

но я не нахожу этому подтверждений

std::invoke определен через INVOKE, который определен и для случая, когда передается не указатель на функцию, то есть function-to-pointer преобразование не требуется. есть еще косвенный аргумент, который полагается на качество реализации, что std::is_pointer_v<decltype(f)> == false.

что касается std::bind, то там за несколько шагов дело доходит до function object type, и function-to-pointer преобразование действительно требуется, поэтому я не прав и передавать ему неадресуемые функции нельзя

такс, проще задачу обыяснить, есть класс Core в нем есть компанент, котороый связывается с базой данных, все построено на Qt тобишь сигнал слот, так вот, на разные запросы идут разные хандлеры, тобишь есть функция

void request(QString SQLString, QString action);

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

void request(QString SQLString, QString action);

сделай что-то вроде базового класса для возможных аргументов listener функций. Что-то типа своего Any

void request(QString SQLString, QString action);

Лучше покажи кодом

Лучше сделать any_function на type erasure тогда уж