38cd18384f
We introduced WrapOpenGL to link against either desktop GL or GLESv2 depending on the GL feature in QtGui. This works "fine", with two caveats: (1) find_package(WrapOpenGL) must be called after find_package(Qt5Gui) in order for the feature check in FindWrapOpenGL.cmake to work. That's error prone. (2) More and more places are popping up, in particular examples, where GL linkage is required due to inline functions in Qt that forward to GL functions - such as on Android. This in particular explains the qmake behavior of making the GL linkage (desktop _or_ GLES) a public dependency of QtGui, so only Gui linkage is required. Those two aspects combined are the nail in the coffin of FindWrapOpenGL and it would seem much easier to simply make the Desktop GL vs. GLES decision once in Gui's CMakeLists.txt and let Qt5GuiDependencies.cmake propagate this well. This allows us to get rid of plenty of special cases as well. Change-Id: I3a7e8af49537ce5f215f24470e075a4ae9aeb944 Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io> |
||
---|---|---|
.. | ||
3rdparty | ||
basic.fsh | ||
basic.vsh | ||
boxes.pro | ||
boxes.qrc | ||
CMakeLists.txt | ||
cubemap_negx.jpg | ||
cubemap_negy.jpg | ||
cubemap_negz.jpg | ||
cubemap_posx.jpg | ||
cubemap_posy.jpg | ||
cubemap_posz.jpg | ||
dotted.fsh | ||
fresnel.fsh | ||
glass.fsh | ||
glbuffers.cpp | ||
glbuffers.h | ||
glextensions.cpp | ||
glextensions.h | ||
gltrianglemesh.h | ||
granite.fsh | ||
main.cpp | ||
marble.fsh | ||
parameters.par | ||
qt-logo.jpg | ||
qt-logo.png | ||
qtbox.cpp | ||
qtbox.h | ||
reflection.fsh | ||
refraction.fsh | ||
roundedbox.cpp | ||
roundedbox.h | ||
scene.cpp | ||
scene.h | ||
smiley.png | ||
square.jpg | ||
trackball.cpp | ||
trackball.h | ||
wood.fsh |