[C++]указатель на статический метод класса

Можно.

Даже кастовать толком ничего не придется

можно, но:

лучше сделать функцию-обертку и уже из нее дергать методы нужных классов

Да, можно.

P.S. Лучше не сидеть, а писать код и решать подобные мелочи по мере накопления. Можно протестировать если очень важно с GCC, MSVS, ICC, Solaris Studio, Clang. Остальные пользователи - ССЗБ и не нужны. Как и линуксоиды для большинства десктопного софта.

лучше сделать функцию-обертку и уже из нее дергать методы нужных классов

Так обычно статические методы, передаваемые в виде коллбеков, и являются такими обертками над обычными методами.

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

Нет, нельзя.

Или лучше сделать функцию-обертку

Делая функцию, не забудь определить её как:

extern "C"

Делая функцию, не забудь определить её как:

extern «C»

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

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

Нет, нельзя.

Классный ник.

ISO/IEC 14882:2011:

A static member function (9.4) is an ordinary function.

Можно, разрешаю.

Если метод статический, то он не отличается от обычной функции. Сам реализовывал так коллбеки.

Да. Теперь ниже должна быть лекция про указатель динамический и толк в извращениях :)

смысл? Она же не экспортируется из динамической библиотеки

Это только уменьшает объём доступной информации.

ABI помимо прочего определяет соглашение о вызове - двоичный код передачи параметров, возвращаемого значения, вызова самой функции и возврата из неё.

Если для динамической линковки оно задано целевой платформой, и реализации C/C++ как правило предоставляют механизм такого вызова, то для обратных вызовов нет даже этого. Формально каждая реализация С/С++ может использовать свое собственное соглашение о вызовах, которое не обязано быть совместимым ни с чем и ни с кем.

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

Всё, что можешь сделать ты в рамках стандарта C++, это явно задать спецификатор компоновки через extern «C», в надежде, что компилятор, которым будут собирать твою программу, использует в этом случае такое же соглашение о вызовах, что и двоичный код библиотеки.

A static member function (9.4) is an ordinary function.

Твоё домашнее задание на сегодня:

1. Собрать в интернете информацию об calling convention.
2. Выписать из стандартов ISO/IEC 9899:1999 и ISO/IEC 14882:2011 все упоминания о calling convention.
3. Подготовить доклад обо всех широко распространённых соглашениях вызовов и их взаимоотношениях со стандартами языков C/C++.

И что тебе мешает задать cconv для static ф-ции? А тебе дз - найти платформу и связку компиляторов C/C++ для нее, у которых разные дефолтные cconv.

Почему не сделал домашку? Садись, два.

что тебе мешает задать cconv для static ф-ции?

Для всех компиляторов подо все платформы? Надо было делать домашнее задание, тогда бы знал.

найти платформу и связку компиляторов C/C++ для нее, у которых разные дефолтные cconv.

Одно очень редкое семейство операционных систем Windows 95/98/ME/NT 3.x/NT 4.x/2k/XP/Vista/7/2008 на экзотической платформе Intel x86 и комилятор под неё от одного и того же производителя используют разные соглашения о вызовах. Компилятор Watcom использует собственное соглашения о вызовах для всех целевых платформ, так же как и IBM VisualAge for C/C++.