[qt/qt/qtshadertools]: Summary of bulk changes made

Git repository change summary for qt/qt/qtshadertools
Pushed by mirror-service into branch '6.12'.
Changed from 2bdb4c026fdc0e423b6f73e9352a8f1eec0ee546 to b9c3611102b1c1e7e7d94040e389b289b9e9caac
Acknowledgement was received that this change introduces only existing code that has been pushed to another public open source repository.

This change contains the following new commits:

Git commit b9c3611102b1c1e7e7d94040e389b289b9e9caac by Qt Cherry-pick Bot (on behalf of Andy Nichols) on 23/07/2026 at 08:17..
Bake a 300es GLSL variant for OpenHarmony

The HarmonyOS emulator translates OpenGL ES to Metal, and its
GLES 3.0 shader compiler rejects the GLSL ES 1.00 shaders that
qsb generates for the default "100es" target: the uniform block,
lowered to a uniform struct, together with gl_FragData does not
translate, so every graphics pipeline fails to build and nothing
is rendered. Real hardware accepts these shaders, so this only
affects development against the emulator.

Add a "300 es" target alongside "100es" so the OpenGL backend can
select a modern shader on the emulator's ES 3.0 context. That
variant uses a real uniform block and explicit fragment outputs,
which the emulator translates cleanly. The desktop 120 and 150
targets are never used on GLES-only OpenHarmony and are dropped,
mirroring the existing Emscripten handling.

Change-Id: If51d3b76788c67558e4f6e371ce89fe5d16bf0d5
Reviewed-by: Liang Qi <[email protected]>
Reviewed-by: Laszlo Agocs <[email protected]>
(cherry picked from commit 0dd8414cc502f4a976bad6cdc2e913eaf2abc87f)
Reviewed-by: Qt Cherry-pick Bot <[email protected]>
https://invent.kde.org/qt/qt/qtshadertools/-/commit/b9c3611102b1c1e7e7d94040e389b289b9e9caac