4a7c76d4a5
All these TUs relied on transitive includes of qpointer.h, maybe to a large extent via qevent.h, though, given that qevent.h is more or less the only public QtBase header that includes qpointer.h, something else seems to be at play here. Said qevent.h actually needs QPointer in-name-only, so a forward declaration would suffice. Prepare for qevent.h dropping the include. The algorithm I used was: If the TU mentions 'passiveGrabbers', the name of the QEvent function that returns QPointers, and the TU doesn't have qpointer.h included explicitly, include it. That may produce False Positives, but better safe than sorry. Otherwise, in src/, add an include to all source and header files which mention QPointer. Exception: if foo.h of a foo.cpp already includes it, don't include again. Task-number: QTBUG-117670 Change-Id: I3321cccdb41ce0ba6d8a709cea92427aba398254 Reviewed-by: Fabian Kosmale <fabian.kosmale@qt.io> |
||
---|---|---|
.. | ||
noqteventloop | ||
qaction | ||
qactiongroup | ||
qaddpostroutine | ||
qbackingstore | ||
qclipboard | ||
qcursor | ||
qdrag | ||
qevent | ||
qfileopenevent | ||
qguiapplication | ||
qguieventdispatcher | ||
qguieventloop | ||
qguimetatype | ||
qguitimer | ||
qguivariant | ||
qhighdpi | ||
qinputdevice | ||
qinputmethod | ||
qkeyevent | ||
qkeysequence | ||
qmouseevent | ||
qmouseevent_modal | ||
qopenglwindow | ||
qpalette | ||
qpixelformat | ||
qrasterwindow | ||
qscreen | ||
qshortcut | ||
qsurfaceformat | ||
qtouchevent | ||
qwindow | ||
CMakeLists.txt |