Option to express that spirv StorageClasses should be mapped to LLVM
address spaces in the conversion process. This mapping will be
client-dependent.
The client API cannot be taken from the code as more than one module
could be present, resulting in more than one VCE triple and different
StorageClass to address space mappings. This information would not be
available during type conversion.
A specific mapping for the OpenCL client is defined, based on the
OpenCL Extended Instruction
Set
and this
mapping.
Signed-off-by: Victor Perez <victor.perez@codeplay.com>
nit: could you confirm that this name conforms with the coding style? In other spir-v-related code I saw kVariableName used, but I think a more general policy is VariableName?
nit: static is redundant here, constexpr in the namespace/global scope already has internal linkage