[PATCH 4/5] d3dcompiler: Don't use assignment instructions as sources.
Matteo Bruni
matteo.mystral at gmail.com
Thu Jul 2 11:15:34 CDT 2020
On Tue, Jun 30, 2020 at 2:03 AM Zebediah Figura <z.figura12 at gmail.com> wrote:
>
> Signed-off-by: Zebediah Figura <zfigura at codeweavers.com>
> ---
> dlls/d3dcompiler_43/d3dcompiler_private.h | 2 ++
> dlls/d3dcompiler_43/utils.c | 14 ++++++++++++--
> 2 files changed, 14 insertions(+), 2 deletions(-)
>
> diff --git a/dlls/d3dcompiler_43/d3dcompiler_private.h b/dlls/d3dcompiler_43/d3dcompiler_private.h
> index 23eff210940..2ff019d45a6 100644
> --- a/dlls/d3dcompiler_43/d3dcompiler_private.h
> +++ b/dlls/d3dcompiler_43/d3dcompiler_private.h
> @@ -786,6 +786,8 @@ enum hlsl_ir_expr_op {
> HLSL_IR_UNOP_POSTINC,
> HLSL_IR_UNOP_POSTDEC,
>
> + HLSL_IR_UNOP_IDENT,
> +
> HLSL_IR_BINOP_ADD,
> HLSL_IR_BINOP_SUB,
> HLSL_IR_BINOP_MUL,
> diff --git a/dlls/d3dcompiler_43/utils.c b/dlls/d3dcompiler_43/utils.c
> index 4bc3b9b0a64..b5422abd1e8 100644
> --- a/dlls/d3dcompiler_43/utils.c
> +++ b/dlls/d3dcompiler_43/utils.c
> @@ -1448,6 +1448,7 @@ struct hlsl_ir_node *add_assignment(struct list *instrs, struct hlsl_ir_node *lh
> {
> struct hlsl_ir_assignment *assign = d3dcompiler_alloc(sizeof(*assign));
> struct hlsl_type *lhs_type;
> + struct hlsl_ir_node *copy;
> DWORD writemask = 0;
>
> lhs_type = lhs->data_type;
> @@ -1511,7 +1512,7 @@ struct hlsl_ir_node *add_assignment(struct list *instrs, struct hlsl_ir_node *lh
> lhs = lhs_inner;
> }
>
> - init_node(&assign->node, HLSL_IR_ASSIGNMENT, lhs_type, lhs->loc);
> + init_node(&assign->node, HLSL_IR_ASSIGNMENT, NULL, lhs->loc);
> assign->writemask = writemask;
> assign->lhs.var = load_from_node(lhs)->src.var;
> hlsl_src_from_node(&assign->lhs.offset, load_from_node(lhs)->src.offset.node);
> @@ -1528,7 +1529,14 @@ struct hlsl_ir_node *add_assignment(struct list *instrs, struct hlsl_ir_node *lh
> hlsl_src_from_node(&assign->rhs, rhs);
> list_add_tail(instrs, &assign->node.entry);
>
> - return &assign->node;
> + /* Don't use the instruction itself as a source, as this makes structure
> + * splitting easier. Instead copy it here. Since we retrieve sources from
> + * the last instruction in the list, we do need to copy. */
Not just that, what we now define as an assignment (really a STORE)
doesn't really make sense anymore as a source.
The need to copy the instruction is a bit annoying though. What about
storing the result into a temporary variable and adding an extra load
instead? Does it make struct splitting hard / impossible (e.g. along
the lines of: replace this instruction with this other instruction and
the copy -> now we need to replace the copy -> back to square one)?
If the temporary var + extra load solution doesn't fly, I guess this
could be the rare case where the unary + comes in handy, instead of
making up a new operator.
More information about the wine-devel
mailing list