ef1cb8277a
PR #141787 added code to emit the Fragment execution model. This required emitting the OriginUpperLeft ExecutionMode. But this was done by using the same codepath used for OpEntrypoint. This has 2 issues: - the interface variables were added to both OpEntryPoint and OpExecutionMode. - the existing OpExecutionMode logic was not used. This commit fixes this, regrouping OpExecutionMode handling in one place, and fixing bad codegen issue when interface variiables are added.
21 lines
1.0 KiB
LLVM
21 lines
1.0 KiB
LLVM
; RUN: llc -O0 -mtriple=spirv-unknown-vulkan1.3-pixel %s -o - | FileCheck %s
|
|
; RUN: %if spirv-tools %{ llc -O0 -mtriple=spirv-unknown-vulkan1.3-pixel %s -o - -filetype=obj | spirv-val --target-env vulkan1.3 %}
|
|
|
|
; CHECK-DAG: OpEntryPoint Fragment %[[#entry:]] "main" {{.*}}
|
|
; CHECK-DAG: OpExecutionMode %[[#entry]] OriginUpperLeft
|
|
|
|
|
|
define void @main() #0 {
|
|
entry:
|
|
%0 = tail call target("spirv.VulkanBuffer", [0 x i32], 12, 1) @llvm.spv.resource.handlefrombinding.tspirv.VulkanBuffer_a0i32_12_1t(i32 0, i32 1, i32 1, i32 0, i1 false)
|
|
%1 = tail call noundef align 4 dereferenceable(4) ptr addrspace(11) @llvm.spv.resource.getpointer.p11.tspirv.VulkanBuffer_a0i32_12_1t(target("spirv.VulkanBuffer", [0 x i32], 12, 1) %0, i32 0)
|
|
store i32 1, ptr addrspace(11) %1, align 4
|
|
|
|
ret void
|
|
}
|
|
|
|
declare target("spirv.VulkanBuffer", [0 x i32], 12, 1) @llvm.spv.resource.handlefrombinding.tspirv.VulkanBuffer_a0i32_12_1t(i32, i32, i32, i32, i1) #1
|
|
|
|
attributes #0 = { "hlsl.shader"="pixel" }
|
|
attributes #1 = { mustprogress nocallback nofree nosync nounwind willreturn memory(none) }
|