KhronosGroup / KhronosGroup/SPIRV-Tools

spirv-fuzz: Consider whether it makes sense to support donation of module that use different external instruction sets

Open
#3,116 0 comments 0 reactions 0 assignees View on GitHub
component:fuzzer
Dominant language
C++
Stars
1.4k
Forks
709
Avg merge
1d 22h
Merged PRs (30d)
28

Description

At present, the module donation pass in spirv-fuzz assumes that a donor module uses a subset of the external instruction sets that the recipient module uses.

It might be fine to relax this - e.g. to allow a donor that uses OpenCL instructions to be transplanted into a module that does not yet use those instructions, but this requires some thought.

Contributor guide

Open the contributing guide

Research direction

Start by locating the spirv-fuzz module donation pass and its handling of external instruction sets. Compare donor and recipient compatibility, including the OpenCL example, and determine whether differing instruction sets should be supported. Done requires a settled behavior and corresponding implementation and tests; the issue names no files or tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
compilers
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.