vec_store_lanes{oi,ci,xi}_lane are not standard pattern names, so using them in 
aarch64-simd.md is misleading. This adds an aarch64_ prefix to those pattern 
names, paralleling aarch64_vec_load_lanes<mode>_lane.

bootstrapped and check-gcc on aarch64-none-linux-gnu

gcc/ChangeLog:

        * config/aarch64/aarch64-simd.md (vec_store_lanesoi_lane<mode>): Rename
        to...
        (aarch64_vec_store_lanesoi_lane<mode>): ...this.

        (vec_store_lanesci_lane<mode>): Rename to...
        (aarch64_vec_store_lanesci_lane<mode>): ...this.

        (vec_store_lanesxi_lane<mode>): Rename to...
        (aarch64_vec_store_lanesxi_lane<mode>): ...this.

        (aarch64_st2_lane<mode>, aarch64_st3_lane<mode>,
        aarch64_st4_lane<mode>): Follow renaming.
---
 gcc/config/aarch64/aarch64-simd.md | 18 ++++++++++++------
 1 file changed, 12 insertions(+), 6 deletions(-)

diff --git a/gcc/config/aarch64/aarch64-simd.md 
b/gcc/config/aarch64/aarch64-simd.md
index a4eaeca..67cb4c9b 100644
--- a/gcc/config/aarch64/aarch64-simd.md
+++ b/gcc/config/aarch64/aarch64-simd.md
@@ -3981,7 +3981,7 @@
 )
 
 ;; RTL uses GCC vector extension indices, so flip only for assembly.
-(define_insn "vec_store_lanesoi_lane<mode>"
+(define_insn "aarch64_vec_store_lanesoi_lane<mode>"
   [(set (match_operand:<V_TWO_ELEM> 0 "aarch64_simd_struct_operand" "=Utv")
        (unspec:<V_TWO_ELEM> [(match_operand:OI 1 "register_operand" "w")
                    (unspec:VALLDIF [(const_int 0)] UNSPEC_VSTRUCTDUMMY)
@@ -4079,7 +4079,7 @@
 )
 
 ;; RTL uses GCC vector extension indices, so flip only for assembly.
-(define_insn "vec_store_lanesci_lane<mode>"
+(define_insn "aarch64_vec_store_lanesci_lane<mode>"
   [(set (match_operand:<V_THREE_ELEM> 0 "aarch64_simd_struct_operand" "=Utv")
        (unspec:<V_THREE_ELEM> [(match_operand:CI 1 "register_operand" "w")
                    (unspec:VALLDIF [(const_int 0)] UNSPEC_VSTRUCTDUMMY)
@@ -4177,7 +4177,7 @@
 )
 
 ;; RTL uses GCC vector extension indices, so flip only for assembly.
-(define_insn "vec_store_lanesxi_lane<mode>"
+(define_insn "aarch64_vec_store_lanesxi_lane<mode>"
   [(set (match_operand:<V_FOUR_ELEM> 0 "aarch64_simd_struct_operand" "=Utv")
        (unspec:<V_FOUR_ELEM> [(match_operand:XI 1 "register_operand" "w")
                    (unspec:VALLDIF [(const_int 0)] UNSPEC_VSTRUCTDUMMY)
@@ -4886,7 +4886,9 @@
   machine_mode mode = <V_TWO_ELEM>mode;
   rtx mem = gen_rtx_MEM (mode, operands[0]);
 
-  emit_insn (gen_vec_store_lanesoi_lane<mode> (mem, operands[1], operands[2]));
+  emit_insn (gen_aarch64_vec_store_lanesoi_lane<mode> (mem,
+                                                      operands[1],
+                                                      operands[2]));
   DONE;
 })
 
@@ -4900,7 +4902,9 @@
   machine_mode mode = <V_THREE_ELEM>mode;
   rtx mem = gen_rtx_MEM (mode, operands[0]);
 
-  emit_insn (gen_vec_store_lanesci_lane<mode> (mem, operands[1], operands[2]));
+  emit_insn (gen_aarch64_vec_store_lanesci_lane<mode> (mem,
+                                                      operands[1],
+                                                      operands[2]));
   DONE;
 })
 
@@ -4914,7 +4918,9 @@
   machine_mode mode = <V_FOUR_ELEM>mode;
   rtx mem = gen_rtx_MEM (mode, operands[0]);
 
-  emit_insn (gen_vec_store_lanesxi_lane<mode> (mem, operands[1], operands[2]));
+  emit_insn (gen_aarch64_vec_store_lanesxi_lane<mode> (mem,
+                                                      operands[1],
+                                                      operands[2]));
   DONE;
 })
 
-- 
1.9.1

Reply via email to