[РЕШЕНО] Непонятная проблема с плагином для QtDesigner

[Гурман]

Поскольку это явно проблема с плагином, пишу сюда.

Был у меня свой плагин для дизайнера, я их вообще наделал уже кучу, не было проблем пока. В плагине инклюдился файл со структурами, то есть struct а не class. У одной из них был конструктор без параметров, который инициализировал поля структуры. Всё было хорошо, плагин загружался в дизайнер и работал. Теперь мне потребовалось чтобы эта структура стала QObject. Я сделал её классом, наследовал QObject, включил в начало макрос Q_OBJECT, выполнил qmake, конструктор сделал public,  добавил ему параметр QObject* p=0, принял в нём этот параметр и передал в родительский QObject. Всё, как положено. Понаписал ещё всё что нужно было, пересобрал плагин, и бац... он перестал загружаться в дизайнер. В его списке загруженных плагинов написано что невозможно загрузить библиотеку из-за отсутствия символа _ZTV8myclassname - где myclassname имя этого класса.

В документации вроде бы нигде не сказано, что в плагине для дизайнера не могут быть несколько QObject - да и делал раньше с плагинам всё, что мне требовалось, всё было хорошо. _ZTV8myclassname - это вроде бы как конструктор. Но он вклассе есть. Долбаюсь полдня, пытаюсь понять что не так. Закомментировал в проблемном классе весь полезный код, все его поля. В конце концов добрался до следующего:

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

Проблема похоже специфичная для плагинов, может кто-то сталкивался или читал о похожем?

[Igors]

Можно поковырять Link Map, а главное - убедиться что класс экспортируемый, напр

Код:

#pragma GCC visibility push(default)

myclass {
..
};

#pragma GCC visibility pop

На разных платформах синтаксис может быть разным, можно попробовать Q_DECL_EXPORT

[ssoft]

Похоже, что дело под Windows, и что класс не экспортирован, поэтому и не линкуется. Q_DECL_EXPORT должен помочь.

[Гурман]

Похоже, что дело под Windows, и что класс не экспортирован, поэтому и не линкуется. Q_DECL_EXPORT должен помочь.

Linux Kubuntu. Зачем экспортировать класс, который используется только внутри плагина? Тем более... если вообще не используется. Ещё более не понятно, почему всё работало, пока класс был структурой.

[Гурман]

Не, нифига

class Q_DECL_EXPORT myclassname : public QObject

не помогает. Также как и #pragma GCC visibility push/pop

Всё та же фигня. 

[zhbr]

а конструктор в public секции?

[zhbr]

Ещё более не понятно, почему всё работало, пока класс был структурой.

Помоему нынче классы и структуры отличаются только тем, что по умолчанию все поля и методы в классах private, а в структурах public

[Гурман]

а конструктор в public секции?

Ессно.

Помоему нынче классы и структуры отличаются только тем, что по умолчанию все поля и методы в классах private, а в структурах public

Дык отож! Но это может быть связано с наследованием от QObject - у структуры его не было.

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

Кстати, этот же класс нужен ещё в совсем другом плагине, попробовал собрать его с этим классом - та же фигня. Плагин тоже перестал загружаться в дизайнер.

[Old]

_ZTV это таблица виртуальных методов.
Попробуйте полностью пересобрать проект: удалить все файлы сборки, а дальше qmake && make.

[Гурман]

_ZTV это таблица виртуальных методов.
Попробуйте полностью пересобрать проект: удалить все файлы сборки, а дальше qmake && make.

Я это в первую очередь делал. И потом ещё несколько раз. В таблице виртуальных методов _ZTV8myclassname - конструктор.

[Old]

В таблице виртуальных методов _ZTV8myclassname - конструктор.

Нет, в C++ не бывает виртуальных конструкторов, его не может быть в VMT. Это символ самой таблицы. Почему она не добавляется в библиотеку - вопрос. А в объектном файле этого класса такой символ есть?

[Гурман]

А в объектном файле этого класса такой символ есть?

В дампе объектного модуля .o - да, есть. Причём именно в виде _ZTV8myclassname.

[Old]

В дампе объектного модуля .o - да, есть. Причём именно в виде _ZTV8myclassname.

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

[Гурман]

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

Нет, не помогает. Равно как и добавление dummy виртуальной функции, и переопределение виртуальных методов QObject. Мне кажется это косяк не линкера, а загрузчика плагинов Qt5, который используется в дизайнере. В Qt4 был другой загрузчик, я там делал гораздо сложнее вещи - и не было таких проблем.

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

[Old]

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

Плагины это обычные динамические библиотеки и загружаются они системным загрузчиком ld, это его ошибка о неизвестном символе.

А не может быть дублирования символов? Не может такого быть, что в плагинах загруженных ранее есть класс с таким же именем?