[gcc(refs/users/marxin/heads/sphinx-v7)] sphinx: use proper lexers for target macros

[Martin Liska]

https://gcc.gnu.org/g:fe69461e806c9354d1ecec58bdb429eb8bc01a39

commit fe69461e806c9354d1ecec58bdb429eb8bc01a39
Author: Martin Liska <mliska@suse.cz>
Date:   Tue Jul 26 14:14:19 2022 +0200

    sphinx: use proper lexers for target macros
    
    gcc/ChangeLog:
    
            * target.def: Use proper lexers for target macros.
            * doc/gccint/target-macros/tm.rst.in: Re-generate.

Diff:
---
 gcc/doc/gccint/target-macros/tm.rst.in | 12 ++++++------
 gcc/target.def                         | 12 ++++++------
 2 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/gcc/doc/gccint/target-macros/tm.rst.in b/gcc/doc/gccint/target-macros/tm.rst.in
index 4e5e918ea86..cc999d3406f 100644
--- a/gcc/doc/gccint/target-macros/tm.rst.in
+++ b/gcc/doc/gccint/target-macros/tm.rst.in
@@ -1332,7 +1332,7 @@
   
   Given below example:
   
-  .. code-block:: c++
+  .. code-block:: gas
   
         ldr r10, [r1, 4]
         add r4, r4, r10
@@ -1349,7 +1349,7 @@
   this scheduling fusion pass works.  This hook calculates priority for each
   instruction based on its fustion type, like:
   
-  .. code-block:: c++
+  .. code-block:: gas
   
         ldr r10, [r1, 4]  ; fusion_pri=99,  pri=96
         add r4, r4, r10   ; fusion_pri=100, pri=100
@@ -1364,7 +1364,7 @@
   to the priorities.  As a result, instructions of same fusion type will be
   pushed together in instruction flow, like:
   
-  .. code-block:: c++
+  .. code-block:: gas
   
         ldr r11, [r1, 0]
         ldr r10, [r1, 4]
@@ -3873,13 +3873,13 @@
   contain UNSPECs or UNSPEC_VOLATILEs.  The DWARF 2 call frame debugging
   info engine will invoke it on insns of the form
   
-  .. code-block:: c++
+  .. code-block::
   
     (set (reg) (unspec [...] UNSPEC_INDEX))
   
   and
   
-  .. code-block:: c++
+  .. code-block::
   
     (set (reg) (unspec_volatile [...] UNSPECV_INDEX)).
   
@@ -3897,7 +3897,7 @@
   register :samp:`{R}` and set :samp:`*{factor}` and :samp:`*{offset}` such
   that the value of the indeterminate is:
   
-  .. code-block:: c++
+  .. code-block::
   
     value_of(R) / factor - offset
   
diff --git a/gcc/target.def b/gcc/target.def
index 21cff47607a..5477c13f027 100644
--- a/gcc/target.def
+++ b/gcc/target.def
@@ -1552,7 +1552,7 @@ instructions.\n\
 \n\
 Given below example:\n\
 \n\
-.. code-block:: c++\n\
+.. code-block:: gas\n\
 \n\
       ldr r10, [r1, 4]\n\
       add r4, r4, r10\n\
@@ -1569,7 +1569,7 @@ loads are actually next to each other in instruction flow.  That's where\n\
 this scheduling fusion pass works.  This hook calculates priority for each\n\
 instruction based on its fustion type, like:\n\
 \n\
-.. code-block:: c++\n\
+.. code-block:: gas\n\
 \n\
       ldr r10, [r1, 4]  ; fusion_pri=99,  pri=96\n\
       add r4, r4, r10   ; fusion_pri=100, pri=100\n\
@@ -1584,7 +1584,7 @@ Scheduling fusion pass then sorts all ready to issue instructions according\n\
 to the priorities.  As a result, instructions of same fusion type will be\n\
 pushed together in instruction flow, like:\n\
 \n\
-.. code-block:: c++\n\
+.. code-block:: gas\n\
 \n\
       ldr r11, [r1, 0]\n\
       ldr r10, [r1, 4]\n\
@@ -4259,13 +4259,13 @@ DEFHOOK
 contain UNSPECs or UNSPEC_VOLATILEs.  The DWARF 2 call frame debugging\n\
 info engine will invoke it on insns of the form\n\
 \n\
-.. code-block:: c++\n\
+.. code-block::\n\
 \n\
   (set (reg) (unspec [...] UNSPEC_INDEX))\n\
 \n\
 and\n\
 \n\
-.. code-block:: c++\n\
+.. code-block::\n\
 \n\
   (set (reg) (unspec_volatile [...] UNSPECV_INDEX)).\n\
 \n\
@@ -4281,7 +4281,7 @@ expression, with :samp:`{i}` counting from 1.  Return the number of a DWARF\n\
 register :samp:`{R}` and set :samp:`*{factor}` and :samp:`*{offset}` such\n\
 that the value of the indeterminate is:\n\
 \n\
-.. code-block:: c++\n\
+.. code-block::\n\
 \n\
   value_of(R) / factor - offset\n\
 \n\