Имеем приложение, в котором определен класс Window. и в h (заголовки класса), и в cpp (реализация). Имеем библиотеку, которая собирается из cpp файла:

Потом этот файл нельзя открыть через dlopen. Если писать простейшие функции как в мануалах по dlopen, то все работает нормально. Может я чего-то не понимаю?

Это сообщение отредактировал(а) Anton Vatchenko - 25.2.2011, 18:56

думаю, проблема  в том, что библиотеке необходимы внешние методы работы с объектом windows. А в готовом приложении эти методы не экспортируются. Поэтому, чтобы проблему решить, необходимо сделать отдельную динамическую библиотеку для класса Window, которую следует цеплять и к программе, и к твоей динамической библиотеке.

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

Anton Vatchenko, а никто не мешает управлять приложением, когда используется общая внешняя библиотека.

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

Anton Vatchenko, ты хоть понимаешь, как работает dlopen()? Он mmap'ит файл библиотеки в адресное пространство процесса, разруливает зависимости и, если получилось, возвращает код успешного завершения. Но в твоем начальном случае ему не удается разрулить зависимости, так как необходимые символы находятся внутри исполняемого модуля и не экспортированы из него, поэтому он выдает ошибку (кстати, мог бы посмотреть текст ошибки).
Чтобы этого не было, все символы, общие для программы и плагинов должны быть в отдельной общей библиотеке. Как вариант, процесс сам передает плагину все адреса необходимых функция (именно функций, а не объектов классов!).

Установил флаг -rdynamic и все помогло. Спасибо за помощь.