Qt5->6: Compilefehler bei WSJT-X

[Jörg W. (dl8dtl) (Moderator)]

Ich versuche gerade, WSJT-X auf Qt6 zu compilieren. Die 
CMake-Infrastruktur habe ich soweit angepasst, aber jetzt stolpere ich 
über ein MOC-generiertes File. Der Compiler beschwert sich hier über 
ungültige Template-Argumente:

const QMetaObject QCP::staticMetaObject = { {
    nullptr,
    qt_meta_stringdata_QCP.offsetsAndSize,
    qt_meta_data_QCP,
    nullptr,
    nullptr,
qt_incomplete_metaTypeArray<qt_meta_stringdata_QCP_t
, QtPrivate::TypeAndForceComplete<QCP, std::true_type>



>,

QCP kommt aus dem Headerfile:

/*!
  The QCP Namespace contains general enums, QFlags and functions used throughout the QCustomPlot
  library.
  
  It provides QMetaObject-based reflection of its enums and flags via \a QCP::staticMetaObject.
*/
#ifndef Q_MOC_RUN
namespace QCP {
#else
class QCP { // when in moc-run, make it look like a class, so we get Q_GADGET, Q_ENUMS/Q_FLAGS features in namespace
  Q_GADGET
  Q_ENUMS(ExportPen)
  Q_ENUMS(ResolutionUnit)
  Q_ENUMS(SignDomain)
  Q_ENUMS(MarginSide)
  Q_FLAGS(MarginSides)
  Q_ENUMS(AntialiasedElement)
  Q_FLAGS(AntialiasedElements)
  Q_ENUMS(PlottingHint)
  Q_FLAGS(PlottingHints)
  Q_ENUMS(Interaction)
  Q_FLAGS(Interactions)
  Q_ENUMS(SelectionRectMode)
  Q_ENUMS(SelectionType)
public:
#endif

Wenn das MOC-generierte File compiliert wird, ist irgendwie Q_MOC_RUN 
nicht gesetzt, obwohl das scheinbar erwartet werden würde. Wann und wie 
sollte das denn gesetzt sein?

Wenn ich das #ifdef entferne, erbricht sich das Compilieren an anderen 
Stellen.

Kann mir einer kurz erklären, auch welchen Files MOC was generiert?

[Oliver S. (oliverso)]

#ifndef Q_MOC_RUN
namespace QCP {
#else
class QCP

ist halt ein Hack aus qcutomplot, um die enum-Werte in Q_ENUM nutzen zu 
können. Der Hack kanllt jetzt. Mit Qt6.4 generiert MOC eine 
Templateklasse mit QPC als Argument, das ist aber im Compilerlauf ein 
namespace.

Man kann den namespace umbenennen (hat dann aber die 
Q_ENUM-Funktionalität nicht mehr), oder zurückgehen auf Qt6.3.

https://www.qcustomplot.com/index.php/support/forum/2641

Oliver

[Jörg W. (dl8dtl) (Moderator)]

Oliver S. schrieb:
> Man kann den namespace umbenennen

Stellt sich mir nur die Frage, welche Konsequenzen das dann hat … Ich 
bin ja eigentlich nur Nutzer der Software, kein Programmierer. ;-)

Was hieße das denn konkret? Einfach

namespace Q_CP {

statt des ganze Rassels da oben? Generiert er irgendwie die QCP-Klasse 
von allein? Dann müsste ich wohl nur noch gucken, ob die enums am Ende 
überhaupt benutzt worden sind.

Die Vogel-Strauß-Variante (zurück auf älteres Qt) würde ich nicht haben 
wollen. Im Moment baut WSJT-X eh noch alles mit Qt5. Wenn ich jetzt 
einen Port für Qt6 angehe, dann sollte er halbwegs zukunftssicher sein.

[Jörg W. (dl8dtl) (Moderator)]

Danke für den Hinweis auf den Thread dort: durch die Info, dass sie ihre 
letzte Version mit Qt 6.4.0 bereits getestet hatten, habe ich mal die in 
WSJT-X vorhandene durch den letzten Release ersetzt. Damit lässt sich 
diese Stelle compilieren (jetzt kracht es woanders, aber das ist 'ne 
ganz andere Baustelle dann).