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>

2 files changed, 0 insertions, 209 deletions

diff --git a/extensions/CHROMIUM_texture_filtering_hint.txt b/extensions/CHROMIUM_texture_filtering_hint.txt
deleted file mode 100644
index 38af6e010..000000000
--- 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 8206eab38..000000000
--- 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