kc3-lang/angle/scripts/code_generation_hashes/GLenum_value_to_string_map.json

• Show log

  Commit

• Hash : 292bb458
  Author :
  Date : 2025-03-14T12:17:49
  

  Cut MAX_COLOR_ATTACHMENTS_WITH_ACTIVE_PIXEL_LOCAL_STORAGE_ANGLE
  
  Since the number of real devices that support framebuffer fetch, but do
  not support draw_buffers_indexed, is effectively zero,
  MAX_COLOR_ATTACHMENTS_WITH_ACTIVE_PIXEL_LOCAL_STORAGE_ANGLE is an
  unnecessary complication. These hypothetical devices can fall back on
  shader images or just not support pixel local storage at all.
  
  This closes the door for WEBGL_shader_pixel_local_storage to ever be
  implemented on top of the ES2 extension that inspired it all,
  EXT_shader_pixel_local_storage, but WebGL can just use framebuffer fetch
  instead, or maybe even EXT_shader_pixel_local_storage2 some day.
  
  This dramatically simplifies the WEBGL_shader_pixel_local_storage
  extension.
  
  Bug: angleproject:40096838
  Change-Id: I9c51f2ce000620f883cb7917d4e8618c8e9ee803
  Reviewed-on: https://chromium-review.googlesource.com/c/angle/angle/+/6354657
  Reviewed-by: Shahbaz Youssefi <syoussefi@chromium.org>
  Reviewed-by: Kenneth Russell <kbr@chromium.org>
  Commit-Queue: Chris Dalton <chris@rive.app>
  

Download

• scripts/code_generation_hashes/GLenum_value_to_string_map.json

• {
    "scripts/gen_gl_enum_utils.py":
      "3ec60ab12923f4825b57fe183f2152b2",
    "scripts/gl_angle_ext.xml":
      "7ce2f8ebf86975e2aaa2236a31da8651",
    "scripts/registry_xml.py":
      "d3c156a97242e0512175c43404d44570",
    "src/common/gl_enum_utils_autogen.cpp":
      "f7bcc40fe8740461639f89371c2551f3",
    "src/common/gl_enum_utils_autogen.h":
      "51f421ef562d771b3cded2ad207d0fd9",
    "third_party/OpenGL-Registry/src/xml/gl.xml":
      "49f0afe5cac23951c74420e457b0cb23"
  }
  

Download