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

Revise all .pro and in-source QT_CONFIG(opengl) type of conditions

    XMLWordPrintable

Details

    • Task
    • Resolution: Done
    • P2: Important
    • None
    • None
    • Qt RHI, Quick: SceneGraph
    • None
    • 83fb4f6743860bfb746e6243aad00513d498db4f (qt/qtdeclarative/dev)

    Description

      In Qt 6 many of the QT_CONFIG(opengl) and qtConfig(opengl) (in .pro and CMakeLists) checks become incorrect: with the introduction or RHI a -no-opengl build can still mean Vulkan, Metal, Direct3D, or any QRhi backend other than OpenGL. Or it can mean the Qt Quick software backend.

      See https://code.woboq.org/qt5/qtdeclarative/src/quick/scenegraph/qsgrenderloop.cpp.html#83 for some background on this.

      Once the direct OpenGL purging progresses, this needs to be tackled as well. (it probably not wise to do it too early, however)

      Attachments

        Issue Links

          is required for

          Technical task - A technical task. QTBUG-79268 Purge direct OpenGL code path in Qt Quick

          • P1: Critical - Urgent and Important, will STOP the release if matched with set FixVersion field. This includes regressions from the last version that are not edge cases; Data loss; Build issues; All but the most unlikely crashes/lockups/hanging; Serious usability issues and embarrassing bugs & Bugs critical to a deliverable. This is the highest possible priority for requirements.
          • Closed

          Activity

            People

              tvete Paul Olav Tvete
              lagocs Laszlo Agocs
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: