Remove the extensions directory
This only contained specifications for OpenGL ES extensions supported
by the legacy SwiftShader GLES implementation. Vulkan has a more
rigorous process for ensuring extensions are documented as an integral
part of the specification text, so we don't need an implementation-
specific listing.
Note ANGLE has an equivalent directory:
https://source.chromium.org/chromium/chromium/src/+/main:third_party/angle/extensions/
Bug: b/14877732
Change-Id: Icb6708ea59e50d53d6ba0dbf1564f0ee2f43a0c8
Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/65068
Kokoro-Result: kokoro <noreply+kokoro@google.com>
Reviewed-by: Alexis Hétu <sugoi@google.com>
Tested-by: Nicolas Capens <nicolascapens@google.com>
diff --git a/extensions/CHROMIUM_texture_filtering_hint.txt b/extensions/CHROMIUM_texture_filtering_hint.txt
deleted file mode 100644
index 38af6e0..0000000
--- a/extensions/CHROMIUM_texture_filtering_hint.txt
+++ /dev/null
@@ -1,85 +0,0 @@
-Name
-
- CHROMIUM_texture_filtering_hint
-
-Name Strings
-
- GL_CHROMIUM_texture_filtering_hint
-
-Contributors
-
- Alexis Hetu, Google Inc.
- Nicolas Capens, Google Inc.
- Shannon Woods, Google Inc.
-
-Contact
-
- Alexis Hetu, Google Inc. (sugoi 'at' chromium 'dot' org)
-
-Version
-
- Last Modifed Date: July 18, 2017
-
-Dependencies
-
- This extension is written against the OpenGL ES 2.0 specification.
-
- OpenGL ES 2.0 is required.
-
-Overview
-
- This extension defines a way to request high precision texture filtering
- using a new value to Hint.
-
- When this extension is enabled, TEXTURE_FILTERING_HINT_CHROMIUM can be used
- by the implementation as a means to distinguish between a performance
- focused implementation, using FASTEST, or a precision focused
- implementation, using NICEST.
-
- Like other hints, either option is spec compliant and the behavior of
- DONT_CARE is implementation specific.
-
-New Tokens
-
- Accepted by the <pname> parameter of GetIntegerv, GetFloatv and GetBooleanv
- and by the <target> parameter of Hint:
-
- TEXTURE_FILTERING_HINT_CHROMIUM 0x8AF0
-
-New Procedures and Functions
-
- None.
-
-Errors
-
- None.
-
-New State
-
- None.
-
-Issues
-
- 1) When does the hint take effect?
-
- At the time of the next draw call, and all subsequent draw calls.
-
- 2) Does the first draw call after the filtering hint is changed use the
- updated filtering method?
-
- Yes
-
- 3) Can I switch it back and forth between every draw call, multiple times
- during a single frame?
-
- Yes
-
- 4) Do program objects which were created before the filtering hint was
- changed and which contain sampling instructions use the filtering method
- from when they were created, or the method at the time of draw call?
-
- At the time of draw call.
-
-Revision History
-
- 2/7/2014 Documented the extension
diff --git a/extensions/EGL_ANGLE_iosurface_client_buffer.txt b/extensions/EGL_ANGLE_iosurface_client_buffer.txt
deleted file mode 100644
index 8206eab..0000000
--- a/extensions/EGL_ANGLE_iosurface_client_buffer.txt
+++ /dev/null
@@ -1,124 +0,0 @@
-Name
-
- ANGLE_iosurface_client_buffer
-
-Name Strings
-
- EGL_ANGLE_iosurface_client_buffer
-
-Contributors
-
- Corentin Wallez
- Geoff Lang
- James Darpinian
-
-Contacts
-
- Corentin Wallez, Google Inc. (cwallez 'at' google.com)
-
-Status
-
- Draft
-
-Version
- Version 3, Aug 13, 2019
-
-Number
-
- EGL Extension #??
-
-Dependencies
-
- This extension is written against the wording of the EGL 1.4
- Specification.
-
-Overview
-
- This extension allows creating EGL surfaces from IOSurface objects.
-
-New Types
-
- None
-
-New Procedures and Functions
-
- None
-
-New Tokens
-
- Accepted in the <buftype> parameter of eglCreatePbufferFromClientBuffer:
-
- EGL_IOSURFACE_ANGLE 0x3454
- EGL_IOSURFACE_PLANE_ANGLE 0x345A
- EGL_TEXTURE_RECTANGLE_ANGLE 0x345B
- EGL_TEXTURE_TYPE_ANGLE 0x345C
- EGL_TEXTURE_INTERNAL_FORMAT_ANGLE 0x345D
-
-Additions to Chapter 3 of the EGL 1.4 Specification (EGL Functions and Errors)
-
- Replace the last sentence of paragraph 1 of Section 3.5.3 with the
- following text.
- "Currently, the only client API resources which may be bound in this
- fashion are OpenVG VGImage objects and IOSurface objects."
-
- Replace the third paragraph of Section 3.5.3 with the following text.
- "<buftype> specifies the type of buffer to be bound. The only allowed values
- of <buftype> are EGL_OPENVG_IMAGE and EGL_IOSURFACE_ANGLE".
-
- Append the following text to the fourth paragraph of Section 3.5.3.
- "When <buftype> is EGL_IOSURFACE_ANGLE, <buffer> must be a valid IOSurface
- object case into the type EGLClientBuffer."
-
- Append to the end of Section 3.5.3.
- "When <buftype> is EGL_IOSURFACE_ANGLE, <attrib_list> must contain all the
- following attributes otherwise EGL_BAD_PARAMETER is generated. The
- attributes must satisfy the following constraints otherwise
- EGL_BAD_ATTRIBUTE is generated:
- - EGL_TEXTURE_TYPE_ANGLE, and EGL_TEXTURE_INTERNAL_FORMAT_ANGLE followed
- by OpenGL enums for texture types, and texture internal format
- respectively.
- - EGL_TEXTURE_FORMAT with a value of EGL_TEXTURE_RGBA
- - EGL_WIDTH with a value between 1 and the width of <buffer>.
- - EGL_HEIGHT with a value between 1 and the height of <buffer>.
- - EGL_TEXTURE_TARGET with a value of EGL_TEXTURE_RECTANGLE_ANGLE
- - EGL_IOSURFACE_PLANE_ANGLE with a value between 0 and the number of
- planes of <buffer> (exclusive).
-
- In addition the EGL_TEXTURE_TYPE_ANGLE and
- EGL_TEXTURE_INTERNAL_FORMAT_ANGLE attributes must be one of the
- combinations listed in table egl.iosurface.formats or an
- EGL_BAD_PARAMETER is generated. The combination must also be a valid
- combinations for glTexImage2D or EGL_BAD_PARAMETER is generated."
-
- ---------------------------------------------------------------------------
- Texture Type Texture Internal Format
- ---------------------------------------------------------------------------
- GL_UNSIGNED_BYTE GL_RED
- GL_UNSIGNED_SHORT GL_R16UI
- GL_UNSIGNED_BYTE GL_RG
- GL_UNSIGNED_BYTE GL_RGB
- GL_UNSIGNED_BYTE GL_BGRA_EXT
- GL_HALF_FLOAT GL_RGBA
- ---------------------------------------------------------------------------
- Table egl.iosurface.formats - Valid combinations of format, type and
- internal format for IOSurface-backed pbuffers.
- ---------------------------------------------------------------------------
-
- Append to the end of Section 3.5.3.
- "When a pbuffer is created with type EGL_IOSURFACE_ANGLE, the contents
- of the associcated IOSurface object are undefined while the pbuffer is
- bound to a client texture."
-
-Issues
-
- 1. Can RGB formats be supported?
-
- RESOLVED: Support for RGB internal formats is added in version 3. Surfaces
- with an RGB format will ensure that the alpha channel of the IOSurface is
- reset to 1.0 when it is used.
-
-Revision History
-
- Version 1, 2017/12/06 - first draft.
- Version 2, 2019/04/01 - Allow MakeCurrent.
- Version 3, 2019/08/13 - Allow RGB internal formats
