2021-03-11 20:53:06 +00:00
|
|
|
### Compilation failed:
|
|
|
|
|
|
|
|
|
|
error: SPIR-V validation error: Variable must be decorated with a location
|
|
|
|
|
%a = OpVariable %_ptr_Input_int Input
|
|
|
|
|
|
2020-12-09 23:39:41 +00:00
|
|
|
OpCapability Shader
|
|
|
|
|
%1 = OpExtInstImport "GLSL.std.450"
|
|
|
|
|
OpMemoryModel Logical GLSL450
|
|
|
|
|
OpEntryPoint Fragment %main "main" %sk_FragColor %sk_Clockwise %a
|
|
|
|
|
OpExecutionMode %main OriginUpperLeft
|
|
|
|
|
OpName %sk_FragColor "sk_FragColor"
|
|
|
|
|
OpName %sk_Clockwise "sk_Clockwise"
|
|
|
|
|
OpName %a "a"
|
|
|
|
|
OpName %main "main"
|
|
|
|
|
OpDecorate %sk_FragColor RelaxedPrecision
|
|
|
|
|
OpDecorate %sk_FragColor Location 0
|
|
|
|
|
OpDecorate %sk_FragColor Index 0
|
Revert "Refactored SPIR-V RelaxedPrecision handling"
This reverts commit 9e476b798f03930b6bc7fb6eacab574f197e172d.
Reason for revert: Angry Vulkan bots
Original change's description:
> Refactored SPIR-V RelaxedPrecision handling
>
> The RelaxedPrecision decoration is now handled by nextId(), to make it
> easier to see all spots where a RelaxedPrecision decoration might be
> necessary. The goal of this initial refactor is not to actually fix the
> issues with RelaxedPrecision decorations, but rather to lay the
> groundwork for doing so in followup CLs.
>
> The initial intent of this change was to not affect the SPIR-V at all,
> saving modifications for followups, but there ended up being three kinds
> of changes to the output:
>
> 1. Doing things at nextId() time rather than later means some
> decorations move to an earlier spot in the output. This results in
> diffs, but should not cause any behavioral changes.
> 2. We were incorrectly tagging bools as RelaxedPrecision in some
> situations. By funneling things through fewer code paths, the refactor
> would have caused this to happen in even more situations, and the code
> responsible for the bug was being rewritten in this CL anyway, so it
> seemed worth just fixing the issue as part of this change.
> 3. Funneling things through fewer code paths ended up adding
> (correct) RelaxedPrecision modifiers to binary operations that had
> previously been missing them. It seemed better to just let it happen
> than to try to maintain bug-for-bug compatibility with the previous
> approach.
>
> Change-Id: Ia9654d6b5754e2c797e02226660cb618c9189b36
> Reviewed-on: https://skia-review.googlesource.com/c/skia/+/384318
> Commit-Queue: Ethan Nicholas <ethannicholas@google.com>
> Reviewed-by: Brian Osman <brianosman@google.com>
TBR=brianosman@google.com,ethannicholas@google.com,johnstiles@google.com
Change-Id: I9ada728e5fd5798bc1179640560c2e6045b7efd1
No-Presubmit: true
No-Tree-Checks: true
No-Try: true
Reviewed-on: https://skia-review.googlesource.com/c/skia/+/385158
Reviewed-by: Ethan Nicholas <ethannicholas@google.com>
Commit-Queue: Ethan Nicholas <ethannicholas@google.com>
2021-03-15 21:24:32 +00:00
|
|
|
OpDecorate %sk_Clockwise RelaxedPrecision
|
2020-12-09 23:39:41 +00:00
|
|
|
OpDecorate %sk_Clockwise BuiltIn FrontFacing
|
|
|
|
|
%float = OpTypeFloat 32
|
|
|
|
|
%v4float = OpTypeVector %float 4
|
|
|
|
|
%_ptr_Output_v4float = OpTypePointer Output %v4float
|
|
|
|
|
%sk_FragColor = OpVariable %_ptr_Output_v4float Output
|
|
|
|
|
%bool = OpTypeBool
|
|
|
|
|
%_ptr_Input_bool = OpTypePointer Input %bool
|
|
|
|
|
%sk_Clockwise = OpVariable %_ptr_Input_bool Input
|
|
|
|
|
%int = OpTypeInt 32 1
|
|
|
|
|
%_ptr_Input_int = OpTypePointer Input %int
|
|
|
|
|
%a = OpVariable %_ptr_Input_int Input
|
|
|
|
|
%void = OpTypeVoid
|
|
|
|
|
%14 = OpTypeFunction %void
|
|
|
|
|
%_ptr_Output_float = OpTypePointer Output %float
|
|
|
|
|
%int_0 = OpConstant %int 0
|
|
|
|
|
%main = OpFunction %void None %14
|
|
|
|
|
%15 = OpLabel
|
|
|
|
|
%17 = OpLoad %int %a
|
|
|
|
|
%16 = OpBitcast %float %17
|
|
|
|
|
%18 = OpAccessChain %_ptr_Output_float %sk_FragColor %int_0
|
|
|
|
|
OpStore %18 %16
|
|
|
|
|
OpReturn
|
|
|
|
|
OpFunctionEnd
|
2021-03-11 20:53:06 +00:00
|
|
|
|
|
|
|
|
1 error
|
