Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
  • This project
    • Loading...
  • Sign in / Register
G
glslang
  • Project
    • Overview
    • Details
    • Activity
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 0
    • Issues 0
    • List
    • Board
    • Labels
    • Milestones
  • Merge Requests 0
    • Merge Requests 0
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Chen Yisong
  • glslang
  • Repository

Switch branch/tag
  • glslang
  • Test
  • spv.8bitstorage-ssbo.vert
Find file
BlameHistoryPermalink
  • Neil Henning's avatar
    Fix 8-bit storage nearly always using the · b6b01f06
    Neil Henning authored Oct 23, 2018
    UniformAndStorageBuffer8BitAccess capability.
    
    When using the 8-bit storage extension it basically always used the
    `UniformAndStorageBuffer8BitAccess` capability, even in cases where it
    wasn't required. For instance if we are targeting Vulkan 1.1 (SPIR-V 1.3
    or higher), and we are only using 8-bit types in an SSBO, we only need
    the `StorageBuffer8BitAccess` capability.
    
    I fixed this by enabling storage buffer use in Vulkan 1.1 / SPIR-V 1.3
    or higher, and then changing the logic to match.
    
    I also added some tests that will output different capabilities when run
    on Vulkan 1.0 and 1.1, thus they are added twice to the test list (one
    for each version).
    
    Fixes #1539
    b6b01f06
spv.8bitstorage-ssbo.vert 255 Bytes
EditWeb IDE
×

Replace spv.8bitstorage-ssbo.vert

Attach a file by drag & drop or click to upload


Cancel
A new branch will be created in your fork and a new merge request will be started.