Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-43318

New GLES3 features break QtGui when running on a non GLES3 target

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P1: Critical
    • Resolution: Done
    • Affects Version/s: 5.4.0
    • Fix Version/s: 5.4.1
    • Component/s: GUI: OpenGL
    • Labels:
      None
    • Commits:
      8dcfb43d8f6bdd9d1331391bb4dfbee73de30658

      Description

      When compiling Qt 5.4, headers for GLES3 are automatically detected if the build host supports such a feature. However, when deploying the build to a target which does not support GLES3, QtGui breaks as it cannot find some symbols. This is a serious regression as Qt has always behaved well on runtime OpenGL requirements, and it is made worse by the fact that the autodetection cannot be circumvented. The only way around this bug is patching configure.

      Ideally, GLES3 support would need to load symbols at runtime (just like other OpenGL codepaths in Qt) or, as a temporary fix, it should be made optional (a switch like -no-es3). At the moment every build on a host which supports GLES3 deployed to a target with no GLES3 support is broken.

        Attachments

          Issue Links

          For Gerrit Dashboard: QTBUG-43318
          # Subject Branch Project Status CR V

            Activity

              People

              Assignee:
              lagocs Laszlo Agocs
              Reporter:
              drf Dario Freddi
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Gerrit Reviews

                  There are no open Gerrit changes