LLVM  3.7.0
Todo List
Member amd_kernel_code_t

[Does CP need to round this to >4 byte alignment?]

[Does CP need to round this to >4 byte alignment?]

[This will not be used for CI/VI since it is the same value as the second SGPR of Flat Scratch Init. However, it is need for PI which changes meaning of Flat Scratchg Init..]

[Does CP need to round this to >4 byte alignment?]

[This will not be used for CI/VI since it is the same value as the second SGPR of Flat Scratch Init. However, it is need for PI which changes meaning of Flat Scratchg Init..]

Member amd_kernel_code_t

[Does CP need to round this to >4 byte alignment?]

[Does CP need to round this to >4 byte alignment?]

[This will not be used for CI/VI since it is the same value as the second SGPR of Flat Scratch Init. However, it is need for PI which changes meaning of Flat Scratchg Init..]

[Does CP need to round this to >4 byte alignment?]

[This will not be used for CI/VI since it is the same value as the second SGPR of Flat Scratch Init. However, it is need for PI which changes meaning of Flat Scratchg Init..]

Member shouldConvert (const Constant *Cst)
Currently, accept only vector related types. Also we give up on all simple vector type to keep the existing behavior. Otherwise, we should push here all the check of the lowering of BUILD_VECTOR. By giving up, we lose the potential benefit of merging constant via global merge and the fact that the same constant is stored only once with this method (versus, as many function that uses the constant for the regular approach, even for float). Again, the simplest solution would be to promote every constant and rematerialize them when they are actually cheap to create.