rs6000 patches should CC the rs6000 port maintainers.  I've CC'd them on
this note.

Peter


On 8/15/24 3:44 AM, Victor Do Nascimento wrote:
> Following the migration of the dot_prod optab from a direct to a
> conversion-type optab, ensure all back-end patterns incorporate the
> second machine mode into pattern names.
> 
> gcc/ChangeLog:
> 
>       * config/rs6000/altivec.md (udot_prod<mode>): Renamed to...
>       (udot_prodv4si<mode>): ...this.
>       (sdot_prodv8hi): Renamed to...
>       (sdot_prodv4siv8hi): ...this.
> ---
>  gcc/config/rs6000/altivec.md | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/gcc/config/rs6000/altivec.md b/gcc/config/rs6000/altivec.md
> index 1f5489b974f..0911c1792a8 100644
> --- a/gcc/config/rs6000/altivec.md
> +++ b/gcc/config/rs6000/altivec.md
> @@ -3698,7 +3698,7 @@ (define_expand "neg<mode>2"
>      }
>  })
>  
> -(define_expand "udot_prod<mode>"
> +(define_expand "udot_prodv4si<mode>"
>    [(set (match_operand:V4SI 0 "register_operand" "=v")
>          (plus:V4SI (match_operand:V4SI 3 "register_operand" "v")
>                     (unspec:V4SI [(match_operand:VIshort 1 "register_operand" 
> "v")  
> @@ -3710,7 +3710,7 @@ (define_expand "udot_prod<mode>"
>    DONE;
>  })
>  
> -(define_expand "sdot_prodv8hi"
> +(define_expand "sdot_prodv4siv8hi"
>    [(set (match_operand:V4SI 0 "register_operand" "=v")
>          (plus:V4SI (match_operand:V4SI 3 "register_operand" "v")
>                     (unspec:V4SI [(match_operand:V8HI 1 "register_operand" 
> "v")

Reply via email to