> все очень расплывчатое Прощу прощения. Что конкретно? Скажите, я поясню.

Лучше напиши код, который ты хочешь получить

Пусть даже не компилирующийся

Лучше напиши код, который ты хочешь получить

Хорошо, счс )

https://www.youtube.com/watch?v=AeEwxtEOgH0 - свежий толк про оптимизации и UB от John Regehr

Лучше напиши код, который ты хочешь получить

https://pastebin.com/fxL7LrZj

https://pastebin.com/fxL7LrZj

Ну, вот и передай в glutDisplayFunc binding.target ()

Не рабит ))

это не может заработать принципиально

https://ideone.com/7HEY7N

Вот же. Сегфолт там, потому что указатель на this нужен

Не рабит ))

Не работает или не собирается

это не может заработать принципиально

Гипотетически может. Можно в рантайме нужную функцию скомпилировать. :D

Не работает или не собирается

Не собирается.

Не собирается.

Ну, показывай ошибки чтоли

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

> target() error: no matching function for call to ‘std::function<void()>::target()’ > target < void() >) error: invalid use of const_cast with type ‘void (*)()’, which is a pointer or reference to a function type return const_cast<_Functor*>(__func);

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

:) Мгг) Я надеялся, мне что-то другой подскажут, т.е. некий другой подход к решению это проблемы )

:) Мгг) Я надеялся, мне что-то другой подскажут, т.е. некий другой подход к решению это проблемы )

Лучший подход к решению - не использовать glut.

Лучший подход к решению - не использовать glut.

А что посоветуете?)

Лучший подход к решению - не использовать glut.

Мне всего-то нужно cv::Mat отобразить)

Мне всего-то нужно cv::Mat отобразить)

ну так отобрази через imshow ?

> target() error: no matching function for call to ‘std::function<void()>::target()’ > target < void() >) error: invalid use of const_cast with type ‘void (*)()’, which is a pointer or reference to a function type return const_cast<_Functor*>(__func);

target<void()>()

Так работает

А что посоветуете?)

glfw, как вариант. Вообще в opencv есть "встроенные" способы отображения, как пишут выше.

ну так отобрази через imshow ?

Не получится. Я юзаю библиотеку (nuitrack) которая собрана с определенной версией OpenCV (2.4), и поставляется вместе с so-шками. Это вынуждает меня использовать opencv 2.4. Хэдеры нужные то я забрал с гитхаба, а вот либы... т.к. они не использует большую часть фунционала, то большей части либ нет. В частности, есть libopencv_highgui.so.2.4 d в которой nm показывает наличие символа imshow, но при сборке я получаю undefined reference.

target<void()>()

Это хорошо, а пруфы есть?

glfw, как вариант. Вообще в opencv есть "встроенные" способы отображения, как пишут выше.

Сейчас посмотрю, спасибо!

Это хорошо, а пруфы есть?

У меня собирается

Не получится. Я юзаю библиотеку (nuitrack) которая собрана с определенной версией OpenCV (2.4), и поставляется вместе с so-шками. Это вынуждает меня использовать opencv 2.4. Хэдеры нужные то я забрал с гитхаба, а вот либы... т.к. они не использует большую часть фунционала, то большей части либ нет. В частности, есть libopencv_highgui.so.2.4 d в которой nm показывает наличие символа imshow, но при сборке я получаю undefined reference.

ну значит неправильно собираешь, видать

забыл подлинковать, линкуешь не то, какие-то проблемы с ABI

Ребят, подскажите, можно ли использовать std::function как указатель на функцию? Мне нужно вызвать ф-ию glutDisplayFunc, которая принимает аргумент типа void(*)() (назвоем его FP). Таким образом отсутствует возможность передать ч-з FP какой-либо объект. Я попробовал сделать следующее: auto applier = [](Foo* obj, Func f) { (obj->*f)() } std::function<void()> binding = std::bind(applier, this, &Foo::SomeFunc)

Нет, нельзя. Страдай.

символы по разному манглируются и не может найти нужный

Это хорошо, а пруфы есть?

https://wandbox.org/permlink/fqUjZtLOXmVRZ9HM

Нет, нельзя. Страдай.

Ахаха)) Спасибо, друг ))

https://wandbox.org/permlink/fqUjZtLOXmVRZ9HM

Ну ток при попытке вызвать такую функу у тебя будет сегфолт.

символы по разному манглируются и не может найти нужный

Ок, но другие то ф-ии я могу дергать. Можно было бы собрать у себя нужные либы, но хз как будут обстоять дела из-за манглинга.

Ок, но другие то ф-ии я могу дергать. Можно было бы собрать у себя нужные либы, но хз как будут обстоять дела из-за манглинга.

ну у других ABI не полетело ?

Во всяком случае, у меня сегфолт: https://wandbox.org/permlink/ll6tiaiqxIQS5X1n

но там уже сам гадай, что я могу сказать

но там уже сам гадай, что я могу сказать

Я понял, спасибо ))

https://wandbox.org/permlink/fqUjZtLOXmVRZ9HM

https://wandbox.org/permlink/cuMa8cqWsAc4u8EV

http://en.cppreference.com/w/cpp/utility/functional/function/target A pointer to the stored function if target_type() == typeid(T), otherwise a null pointer.

Ну ток при попытке вызвать такую функу у тебя будет сегфолт.

Не должно, если объекты живые

Не должно, если объекты живые

Там объектам неоткуда взяться

Не должно, если объекты живые

Уверен? Я просто не понимаю, как этот target работает. Мне кажется, он там в итоге просто делает невалидный каст!

он возвращает nullptr

Уверен? Я просто не понимаю, как этот target работает. Мне кажется, он там в итоге просто делает невалидный каст!

static_cast, кажется ))

А, он вообще nullptr вернул, мило.

потому что каст невалидный

Там объектам неоткуда взяться

Они забинжены

а что по твоему есть бинд?

Не должно, если объекты живые

Ты почитай, чо оно делает — оно возвращает просто указатель на низлежащую функу

Т.е. без бинда

Бтнд выше

Бинд*

Бтнд выше

Ну ты понимаешь же, что оно не будет работать?

Тебе нужно в рантайме скомпилировать код, чтобы получить нужное поведение.

Такой facility у нас пока нету.

Такой facility у нас пока нету.

Там проблема в лямбде и только

Там проблема в лямбде и только

Нет, не только. Попробуй туда засунуть указатель на мембер.

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

Там проблема в лямбде и только

Как у тебя так легко получается игнорировать 3 линка на онлайн-компиляторы с сегфолтами в выводе?

Там проблема в лямбде и только

Проблема там в том, что человек хочет внутри функи иметь контекст, а API ему этот контекст не предоставляет.

Как у тебя так легко получается игнорировать 3 линка на онлайн-компиляторы с сегфолтами в выводе?

Я пока не могу настолько отвлечься от работы, чтобы детальный солюшен сделать

Через лямбду ли, через мембер-функу, через функциональный объект или ещё как — не принципиально. Потому что никак не получится без глобальных переменных.

Ну или кодегена в рантайме, да.

ERROR: S client not available

Через лямбду ли, через мембер-функу, через функциональный объект или ещё как — не принципиально. Потому что никак не получится без глобальных переменных.

Чем поинтер на мембер отличается, в контексте вызова?

Чем поинтер на мембер отличается, в контексте вызова?

Дополнительным аргументом.

Поинтер

А не функтор

Такой же адрес в памяти

Мини новость: В clang решили последнюю багу, мешающую сборке ядра Linux https://bugs.llvm.org//show_bug.cgi?id=24487

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

Если объекты валиднв то произойдёт обычный вызов

Если ему не положат аргумент, а он попытается его прочитать — точно получится ерунда.

Мини новость: В clang решили последнюю багу, мешающую сборке ядра Linux https://bugs.llvm.org//show_bug.cgi?id=24487

I'll test it tomorrow (it takes some time for me to compile the whole toolchain). This was probably the last bug preventing me from compiling a mainline Linux kernel for x86 with clang.

probably

Если объекты валиднв то произойдёт обычный вызов

Бро, ты вот реально щас или бредишь, или мы тебя тут все совсем неправильно поняли. Потому что у нас объекты валидны, но target возвращает nullptr и вообще сегфолт.

но новость определённо хорошая.

можно будет бенчить, какое ядро шустрее работает и так далее

Бро, ты вот реально щас или бредишь, или мы тебя тут все совсем неправильно поняли. Потому что у нас объекты валидны, но target возвращает nullptr и вообще сегфолт.

Вернёмся к этому позже, ок? Не могу продолжать дискуссию сейчас

Вернёмся к этому позже, ок? Не могу продолжать дискуссию сейчас

Давай отложим, без проблем. Мне кажется, у тебя есть какой-то хитрый трюк с этими таргетами, который сможет решить какой-то другой класс проблем. Было бы интересно посмотреть.

можно будет бенчить, какое ядро шустрее работает и так далее

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

https://www.youtube.com/watch?v=AeEwxtEOgH0 - свежий толк про оптимизации и UB от John Regehr

о, доклады с нау начали выкладывать!

там есть ссылка на метабаг, в нем пачка проблем с оптимизацией

:) Мгг) Я надеялся, мне что-то другой подскажут, т.е. некий другой подход к решению это проблемы )

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

о, доклады с нау начали выкладывать!

да, они шустро работают ?

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

Добрый день, а насколько реально сделать суффиксные операторы для перечислений в {}, типа {}_array ?

Спасибо!)

обычно библиотеки имеют дополнительный аргумент = контекст. проблема в таком случае решается просто. в случае glutDisplayFunc - увы

обычно библиотеки имеют дополнительный аргумент = контекст. проблема в таком случае решается просто. в случае glutDisplayFunc - увы

Вот да, это верно. Вариант с контекстом, кажется, можно заврапать, чтоб он кушал произвольные функторы. А без контекста — фигушки.

причем врапается очень красиво и без проблем

обычно библиотеки имеют дополнительный аргумент = контекст. проблема в таком случае решается просто. в случае glutDisplayFunc - увы

удивительно. даже в сраном кокосе и то коллбеки были как std::function

ну или воидстар на худой конец

сишники как понапишут так хоть стой хоть падай

удивительно. даже в сраном кокосе и то коллбеки были как std::function

я про сишные говорил - там void* context, а в плюсовых конечно что-нибудь std::function 'шное

сишники как понапишут так хоть стой хоть падай

Ну нет, обычно они эти моменты нормально пишут. Это только у нас тут случай какой-то вопиющий с GLUT.

обычно библиотеки имеют дополнительный аргумент = контекст. проблема в таком случае решается просто. в случае glutDisplayFunc - увы

Вы имеете ввиду, все было проще, если бы у callback'а был второй аргумент c типом, скажем, void* ?