Сигналы и слоты в плагинах

[andrew.k]

знает какой из конструкторов QObject ему использовать. andrew.k подскажи как ты решал эту проблему?

Зачем ты при наследовании интерфейса добавляешь наследование от QObject. У тебя получается множественное наследование от QObject.

Вот так должно быть.

Код

C++ (Qt)
class FRUITSSHARED_EXPORT Fruits : public TestInterface {
    Q_OBJECT
    Q_INTERFACES(TestInterface)
 

QObject is ambiguous base of [имя плагина]. Насколько я понял компилер не знает какой из конструкторов QObject ему использовать.

Именно!

[lighting]

Тогда компилятор ругается что класс QObject ему недоступен при экспорте плагина:

Код

C++ (Qt)
class FRUITSSHARED_EXPORT Fruits : public TestInterface {
    Q_OBJECT
    Q_INTERFACES(TestInterface)

Код

C++ (Qt)
#include "fruits.h"
 
Fruits::Fruits()
{
}
 
Fruits::~Fruits()
{
}
 
...
 
Q_EXPORT_PLUGIN2(TestInterface, Fruits)
 

На последнюю строку он ругается
..\fruits\fruits.cpp:28: ошибка: 'QObject' is an inaccessible base of 'Fruits'

[andrew.k]

Не знаю, почему не компилится. Возможно ты забыл убрать вызов конструктора QObject?
Вот по-быстрому переделал пример хокса.
Компилится и работает.

[lighting]

ответ оказался банальным - H-ник интерфейса не был включен в pro-файл плагина, просто включен в h-ник самого плагина. При этом если убрать QObject из интерфейса то все собирается, а если добавить QObject то собирается только после того как интерфейс добавить в plugin.pro.

[andrew.k]

ответ оказался банальным - H-ник интерфейса не был включен в pro-файл плагина, просто включен в h-ник самого плагина. При этом если убрать QObject из интерфейса то все собирается, а если добавить QObject то собирается только после того как интерфейс добавить в plugin.pro.

Это понятно.
h-ник должен быть в pro-файле обязательно, если в нем есть Q_OBJECT. Иначе как до него доберется moc?
А без moc ничего не выйдет.