diff options
author | Laszlo Agocs <laszlo.agocs@qt.io> | 2020-05-18 15:16:30 +0200 |
---|---|---|
committer | Laszlo Agocs <laszlo.agocs@qt.io> | 2020-05-26 15:11:40 +0200 |
commit | 752497910b67b2a1a80560840ca44548d8893434 (patch) | |
tree | 541501c9abfd97c3d2fa450d2e6abb60582c4420 /src/3rdparty/angle/src/compiler/translator/RecordConstantPrecision.h | |
parent | 7db527dbdd911c79f31425d099d1fc9c63e42453 (diff) |
Remove ANGLE
This marks the end of EGL and OpenGL ES support on Windows.
The concepts of -opengl dynamic, -opengl desktop, QT_OPENGL=software,
etc. remain unchanged, with the exception of the disapperance of
everything ANGLE related.
CMake builds now work identically to qmake on Windows: they default to
'dynamic' OpenGL on Windows, unless -DINPUT_opengl=desktop is specified.
On Windows, Qt 6 is expected to default to the "dynamic" OpenGL model by
default, just like Qt 5.15. This can be changed by switching to "desktop"
OpenGL, which will link to opengl32 (publicly, so other libs and applications
will do so as well) and disallows using another OpenGL DLL.
The "dynamic" mode is essential still because the fallback to a software
rasterizer, such as the opengl32sw.dll we ship with the Qt packages,
has to to work exactly like in Qt 5, the removal of ANGLE does not
change this concept in any way (except of course that the middle option
of using ANGLE is now gone)
When it comes to the windows plugin's OpenGL blacklist feature, it works
like before and accepts the ANGLE/D3D related keywords. They will
then be ignored. Similarly, requesting QT_OPENGL=angle is ignored (but
will show a warning).
The D3D11 and DXGI configure time tests are removed: Qt 5.14 already
depends on D3D 11.1 and DXGI 1.3 headers being available unconditionally
on Win32 (in QRhi's D3D11 backend). No need to test for these.
[ChangeLog][Windows] ANGLE is no longer included with Qt. Dynamic OpenGL
builds work like before but ANGLE is no longer an option. OpenGL proper
or an alternative opengl32 implementation are the two remaining options
now. Attempting to set QT_OPENGL=angle or Qt::AA_UseOpenGLES will have
no effect on Windows.
Fixes: QTBUG-79103
Change-Id: Ia404e0d07f3fe191b27434d863c81180112ecb3b
Reviewed-by: Oliver Wolff <oliver.wolff@qt.io>
Diffstat (limited to 'src/3rdparty/angle/src/compiler/translator/RecordConstantPrecision.h')
-rw-r--r-- | src/3rdparty/angle/src/compiler/translator/RecordConstantPrecision.h | 28 |
1 files changed, 0 insertions, 28 deletions
diff --git a/src/3rdparty/angle/src/compiler/translator/RecordConstantPrecision.h b/src/3rdparty/angle/src/compiler/translator/RecordConstantPrecision.h deleted file mode 100644 index f86c2a8693..0000000000 --- a/src/3rdparty/angle/src/compiler/translator/RecordConstantPrecision.h +++ /dev/null @@ -1,28 +0,0 @@ -// -// Copyright (c) 2002-2015 The ANGLE Project Authors. All rights reserved. -// Use of this source code is governed by a BSD-style license that can be -// found in the LICENSE file. -// -// During parsing, all constant expressions are folded to constant union nodes. The expressions that -// have been folded may have had precision qualifiers, which should affect the precision of the -// consuming operation. If the folded constant union nodes are written to output as such they won't -// have any precision qualifiers, and their effect on the precision of the consuming operation is -// lost. -// -// RecordConstantPrecision is an AST traverser that inspects the precision qualifiers of constants -// and hoists the constants outside the containing expression as precision qualified named variables -// in case that is required for correct precision propagation. -// - -#ifndef COMPILER_TRANSLATOR_RECORDCONSTANTPRECISION_H_ -#define COMPILER_TRANSLATOR_RECORDCONSTANTPRECISION_H_ - -namespace sh -{ -class TIntermNode; -class TSymbolTable; - -void RecordConstantPrecision(TIntermNode *root, TSymbolTable *symbolTable); -} // namespace sh - -#endif // COMPILER_TRANSLATOR_RECORDCONSTANTPRECISION_H_ |