Build failure: ‘WindowOkButtonHint’ is not a member of ‘Qt’

[Kwashiorkor]

I'm getting the following error when trying to build PythonQt SVN:

g++ -c -pipe -I/usr/include/python3.7m -I/usr/include/python3.7m -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -D_REENTRANT -Wall -W -fPIC -DPYTHONQT_CATCH_ALL_EXCEPTIONS -DPYTHONQT_EXPORTS -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I. -I. -isystem /usr/include/qt -isystem /usr/include/qt/QtWidgets -isystem /usr/include/qt/QtGui -isystem /usr/include/qt/QtCore/5.11.1 -isystem /usr/include/qt/QtCore/5.11.1/QtCore -isystem /usr/include/qt/QtCore -I. -isystem /usr/include/libdrm -I/usr/lib/qt/mkspecs/linux-g++ -o com_trolltech_qt_core_builtin0.o ../generated_cpp_56/com_trolltech_qt_core_builtin/com_trolltech_qt_core_builtin0.cpp
In file included from ../generated_cpp_56/com_trolltech_qt_core_builtin/com_trolltech_qt_core_builtin0.cpp:1:
../generated_cpp_56/com_trolltech_qt_core_builtin/com_trolltech_qt_core_builtin0.h:1277:1788: error: ‘WindowOkButtonHint’ is not a member of ‘Qt’

I can confirm that it builds fine until revison r469.

Revision r470 and beyond gives this error.

System Information:
OS: Arch Linux x86_64
Compiler: gcc 8.2.0 (the same error occurs with gcc7 and gcc6)
Qt: 5.11.1
Python: 3.7.0
PythonQt: SVN trunk (currently at r477)

[Joerg Kreuzberger]

I can confirm this too, using Qt 5.9.5 as reference qt implementation

[Joerg Kreuzberger]

Here is an patch to fix this issue until a clean solution is provided by maintainers :-)

[Florian Link]

Myself being the "maintainers", I removed the WindowOkButtonHint and WindowCancelButtonHint enums which were used on Windows CE only.
This also brought to light that the pythonqt generator did not discard enum values that were marked as reject in the xml files. I now added that to the generator. This means that the next time you (or I) generate wrappers, many enums that were marked as obsolete in Qt will be removed from the wrappers as well.

[Kwashiorkor]

I can confirm that this issue is fixed in the latest SVN trunk, currently at revision r480.

Thank you @Florian for fixing this.