tree 97fff68ddda0790f438f7db8008e94b0f5501782
parent f50553867739c2e8a6a9a00a57ffaff1bc38c9e9
author André Perez <andreperezmaselco.developer@gmail.com> 1597167421 -0300
committer GitHub <noreply@github.com> 1597167421 +0100
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJfMtc9CRBK7hj4Ov3rIwAAdHIIACbfV/1TXuJKoJb6PkkBKUfl
 LWSN+pkWeN2DGfi5TsPHitErjEVLkr5NQDtbK4FonEtdhw+CW4i9Kh7MjfLDw29V
 CPPns+NMK4SBd2U8T+izo4MtseJsYRWMbwtPZl0dE/jhT/92AI2IVVQXGemRQIJw
 lVD6tCGQfIZYFi22v3ofRXAA38jPySBqF1+SfJAzqY9FnPTjcw+8yAsnlvIBh7q1
 TkXGJawd9a4DkpbUvB7HlCAxpZ5TxliVRfY4rex2JNplMtouB+iDspWtSiv/5Gbs
 JRIiVxdypbesxUKfnn9nWWxekxb19BVY0Z0gQcp5R22D6m0rtSoppCxDg8WAT2o=
 =XaAm
 -----END PGP SIGNATURE-----
 

spirv-fuzz: Fix in operand type assertion (#3666)

spvtools::fuzz::MakeIdUseDescriptorFromUse asserts if the id use type is
SPV_OPERAND_TYPE_ID. The problem is that not all id types are covered by
this condition. The bug was found because the first operand of an OpControlBarrier
instruction has SPV_OPERAND_TYPE_SCOPE_ID as type. Therefore, to cover
all cases the spvIsInIdType function is used.

Fixes #3665.