Неопределенная ссылка на уже определенный интерфейсный деструктор - PullRequest
Новая
       26

Неопределенная ссылка на уже определенный интерфейсный деструктор

0 голосов
/ 14 октября 2019

У меня есть интерфейс QInterruptable следующим образом: 

#ifndef QINTERRUPTABLE_H
#define QINTERRUPTABLE_H

class QInterruptable {
public:
    virtual void pause();
    virtual void resume();
    virtual void interrupt();
    virtual ~QInterruptable(){

    }
};

#endif // QINTERRUPTABLE_H

Пример использования QInterruptable в подклассе QThread WorkerObject для дополнительная функциональность .

QInterruptable используется в моем ThreadWorker заголовочном файле 

#ifndef THREADWORKER_H
#define THREADWORKER_H

#include <QObject>
#include <functional>
#include <QWaitCondition>
#include <QMutex>

#include "QInterruptable.h"

class ThreadWorker : public QObject, public QInterruptable
{
    Q_OBJECT

private:
    QMutex mutex;
    QWaitCondition *waitCondition;
    std::function<void ()> runnable;
    bool shouldPause = false;

public:
    explicit ThreadWorker(QObject *parent = nullptr);
    ThreadWorker(std::function<void ()> func);
    ~ThreadWorker();

    void setRunnable(const std::function<void ()> &value);

signals:
    void started();
    void progress(int value);
    void finished();
    void error();

public slots:
    virtual void run();
    virtual void cleanup();

    // QInterruptable interface
public:
    void pause()
    {
        shouldPause = true;
    }
    void resume()
    {
        shouldPause = false;
    }
    void interrupt()
    {

    }

    QMutex& getMutex();
    QWaitCondition *getWaitCondition() const;
    void setWaitCondition(QWaitCondition *value);
    bool getShouldPause() const;

#endif // THREADWORKER_H

При компиляции я сталкиваюсь с этой ошибкой: 

debug/threadworker.o: In function `ZN14QInterruptableD2Ev':
C:\Users\CybeX\QtProjects\build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug/../qMyAwesomeApp/3rd-party/QThreading/QThreading/QInterruptable.h:9: undefined reference to `vtable for QInterruptable'
debug/threadworker.o: In function `ZN14QInterruptableC2Ev':
C:\Users\CybeX\QtProjects\build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug/../qMyAwesomeApp/3rd-party/QThreading/QThreading/QInterruptable.h:4: undefined reference to `vtable for QInterruptable'
collect2.exe: error: ld returned 1 exit status
mingw32-make[1]: *** [Makefile.Debug:195: debug/MyAwesomeApp.exe] Error 1
mingw32-make: *** [Makefile:38: debug] Error 2
mingw32-make[1]: Leaving directory 'C:/Users/CybeX/QtProjects/build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug'
09:29:08: The process "F:\Qt\Qt5.13.1\Tools\mingw730_32\bin\mingw32-make.exe" exited with code 2.
Error while building/deploying project MyAwesomeApp (kit: Desktop Qt 5.13.1 MinGW 32-bit)
When executing step "Make"

Я смотрю нарешения для реализации интерфейсов C ++ и решения для undefined references to destructors. Я обнаружил это и это и это , которые, в частности, ссылаются на мою проблему.

Как вы можете видеть, я попытался определитьдеструктор с 

virtual ~QInterruptable(){

}

, что приводит к приведенной выше ошибке.

Если я использую чистый виртуальный деструктор, как это: 

virtual ~QInterruptable() = 0;

, тогда я передаю проблему надочерний класс, т.е. ThreadWorker со следующей ошибкой: 

debug/threadworker.o: In function `ZN12ThreadWorkerC2EP7QObject':
C:\Users\CybeX\QtProjects\build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug/../qMyAwesomeApp/3rd-party/QThreading/QThreading/threadworker.cpp:28: undefined reference to `QInterruptable::~QInterruptable()'
debug/threadworker.o: In function `ZN12ThreadWorkerC2ESt8functionIFvvEE':
C:\Users\CybeX\QtProjects\build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug/../qMyAwesomeApp/3rd-party/QThreading/QThreading/threadworker.cpp:33: undefined reference to `QInterruptable::~QInterruptable()'
debug/threadworker.o: In function `ZN12ThreadWorkerD2Ev':
C:\Users\CybeX\QtProjects\build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug/../qMyAwesomeApp/3rd-party/QThreading/QThreading/threadworker.cpp:37: undefined reference to `QInterruptable::~QInterruptable()'
debug/threadworker.o: In function `ZN14QInterruptableC2Ev':
C:\Users\CybeX\QtProjects\build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug/../qMyAwesomeApp/3rd-party/QThreading/QThreading/QInterruptable.h:4: undefined reference to `vtable for QInterruptable'
collect2.exe: error: ld returned 1 exit status
mingw32-make[1]: *** [Makefile.Debug:195: debug/MyAwesomeApp.exe] Error 1
mingw32-make: *** [Makefile:38: debug] Error 2
mingw32-make[1]: Leaving directory 'C:/Users/CybeX/QtProjects/build-MyAwesomeApp-Desktop_Qt_5_13_1_MinGW_32_bit-Debug'
09:33:51: The process "F:\Qt\Qt5.13.1\Tools\mingw730_32\bin\mingw32-make.exe" exited with code 2.
Error while building/deploying project MyAwesomeApp (kit: Desktop Qt 5.13.1 MinGW 32-bit)
When executing step "Make"

где ошибочные строки ThreadWorker.cpp: 

[28] ThreadWorker::ThreadWorker(QObject *parent) : QObject(parent)
[29] {
[30]     waitCondition = new QWaitCondition;
[31] }
[32] 
[33] ThreadWorker::ThreadWorker(std::function<void ()> func): runnable(func) {
[34]     waitCondition = new QWaitCondition;
[35] }
[36] 
[37] ThreadWorker::~ThreadWorker()
[38] {
[39]     if(waitCondition != nullptr){
[40]         delete waitCondition;
[41]     }
[42] }

Как разрешить эту неопределенную ссылку на деструктор интерфейсавопрос

1 Ответ

2 голосов
/ 14 октября 2019

У вас есть неопределенные ссылки на vtable вашего базового класса, потому что вы не предоставили определения для всех виртуальных (не чисто виртуальных) методов вашего базового класса, а именно: pause, resume, interrupt. Теперь, если вы объявите, что 3 метода являются чисто виртуальными, их определения не требуются. В качестве альтернативы вы можете оставить их не чистыми виртуальными и написать некоторые определения по умолчанию. Обратите внимание, что ваш деструктор также является виртуальным методом и должен быть определен, однако вы можете упростить его, явно указав компилятору сгенерировать его для вас virtual ~QInterruptable() = default. Об этом есть запись в GCC FAQ .

...