Q_DECLARE_METATYPE problem

[gib]

Thanks for looking at this. The situation now is even more confusing. I have removed MyQGraphicsView from the program, which eliminated that error. But after adding back most of the rest of the code (I started with a very stripped-down version of the program I am converting over from Qt4 to Qt5) I am getting the same Q_DECLARE_METATYPE error, but now I can't see where it is coming from. These are the 5 lines of error messages:

F:\Qt\5.13.0\msvc2017\include\QtCore\qmetatype.h:1 798: error: C2338: Type is not registered, please use the Q_DECLARE_METATYPE macro to make it known to Qt's meta-object system
F:\Qt\5.13.0\msvc2017\include\QtCore\qmetatype.h:1 805: see reference to function template instantiation 'int qMetaTypeId<T>(void)' being compiled
with
[
T=QMouseEvent *
]
D:\testing\build-vspheroid-Qt3d\release\moc_mainwindow.cpp:686: see reference to function template instantiation 'int qRegisterMetaType<QMouseEvent*>(void)' being compiled
F:\Qt\5.13.0\msvc2017\include\QtCore\qatomic.h:56: see reference to class template instantiation 'QBasicAtomicInteger<int>' being compiled
F:\Qt\5.13.0\msvc2017\include\QtCore\qatomic.h:154 : see reference to class template instantiation 'QAtomicInteger<int>' being compiled

The relevant code in moc_mainwindow.cpp is:

case 73:
            switch (*reinterpret_cast<int*>(_a[1])) {
            default: *reinterpret_cast<int*>(_a[0]) = -1; break;
            case 0:
                *reinterpret_cast<int*>(_a[0]) = qRegisterMetaType< QMouseEvent* >(); break;
            }
            break;

case 73:
            switch (*reinterpret_cast<int*>(_a[1])) {
            default: *reinterpret_cast<int*>(_a[0]) = -1; break;
            case 0:
                *reinterpret_cast<int*>(_a[0]) = qRegisterMetaType< QMouseEvent* >(); break;
            }
            break;

To copy to clipboard, switch view to plain text mode 

i.e. again reference to QMouseEvent. The file mainwindow.cpp is quite long, a couple of thousand lines, and I have no idea what part of the code is generating this error. There is no indication of what is causing the error. I have cleaned everything, run qmake and rebuilt (many times).

Edit: I have discovered that the error is triggered by this function:

void MainWindow::clickedGraph(QMouseEvent *event)
{
    if (event->button() == Qt::RightButton) {
        LOG_QMSG("Right button click");
        QString fileName = QFileDialog::getSaveFileName(this, tr("Select image file"), ".",
            tr("Image files (*.png)"));
        if (fileName.compare("") == 0) {
            return;
        }
        colony_plot->savePng(fileName);
    }
}

void MainWindow::clickedGraph(QMouseEvent *event)
{
    if (event->button() == Qt::RightButton) {
        LOG_QMSG("Right button click");
        QString fileName = QFileDialog::getSaveFileName(this, tr("Select image file"), ".",
            tr("Image files (*.png)"));
        if (fileName.compare("") == 0) {
            return;
        }
        colony_plot->savePng(fileName);
    }
}

To copy to clipboard, switch view to plain text mode 

specifically, it appears, by the function argument. There doesn't seem to be anything unusual about this.

[Fareanor]

It seems strange indeed.

When you "cleaned everything", did you also remove the moc files ? (in order to let qmake regenerate them properly).

If this problem still appears, I think it comes either from the way you do the porting from Qt4 to Qt5 or from some code that becomes wrong from a version to another by generating side effects (which makes it harder to track).
I do not pretend it is the case but if we could have a complete, minimal, reproducible (compilable and runnable) example that illustrates your problem, it would be much better to find the problem (and this way, we will avoid uncertain conjectures).

[d_stranz]

Any errors from Qt's metatype systems are usually due to MOC (the "meta-object compiler"), which reads your header files and generates a "moc" file with metatype information for every class where the Q_OBJECT macro is declared.

If, in doing your porting, you are simply copying over moc_*.cpp and ui_*.h files, then this is incorrect. These files are generated during the build process from the corresponding *.h and *.ui files by the MOC and UIC programs. You should remove them then rebuild the whole thing so they can be regenerated against the proper set of Qt 5 headers and libraries.

[gib]

No, I started with just the source files, certainly no moc_ files and no ui_*.h files. I'm on the trail of the bug again this morning.

Edit: If I comment out clickedGraph I can build a working version of the program (not yet complete, but displaying the UI). If I comment out just the contents of the function, so I have just:

void MainWindow::clickedGraph(QMouseEvent *event)
{
}

I get the metatype error.

There is something very odd about this line:

void MainWindow::clickedGraph(QMouseEvent *event)

In Qt Creator 'MainWindow' normally shows as pink, the rest of the line a dark blue. On this line 'inWindow::cl' was pink, the rest dark blue. I made a copy of the line (commenting out the original line), and this showed all as dark blue. After a couple of cycles of commenting and uncommenting, the anomalous pink disappeared, now what I see is either:

//void MainWindow::clickedGraph(QMouseEvent *event)
void MainWindow::clickedGraph(QMouseEvent *event)

//void MainWindow::clickedGraph(QMouseEvent *event)
void MainWindow::clickedGraph(QMouseEvent *event)

To copy to clipboard, switch view to plain text mode 

or

void MainWindow::clickedGraph(QMouseEvent *event)
//void MainWindow::clickedGraph(QMouseEvent *event)

void MainWindow::clickedGraph(QMouseEvent *event)
//void MainWindow::clickedGraph(QMouseEvent *event)

To copy to clipboard, switch view to plain text mode 

In the first case, the uncommented line is all black, while in the second case it is all dark blue (I don't know if these colours show up here.)

Oh, now after some commenting and uncommenting, the uncommented line is all black in both cases. So I have a moving target, and I don't even know what it is.
It is looking increasingly like bad behaviour on the part of Qt Creator.

[d_stranz]

Then are you running qmake after adding new files to the project? Qmake is necessary in order to ensure that the moc_*.cpp and ui*.h files are added to the project when you add new source files.