diff options
author | Martin Liska <mliska@suse.cz> | 2022-07-26 14:14:19 +0200 |
---|---|---|
committer | Martin Liska <mliska@suse.cz> | 2022-11-09 09:00:36 +0100 |
commit | c0eb1a3b7c944dd7cd5a4056a817a25aa8ce2569 (patch) | |
tree | bce4f23974afb0a2024e9b9874558ba628c82df1 /gcc | |
parent | 0a543515957ff47feba739e6f71062fb2fb99125 (diff) | |
download | gcc-c0eb1a3b7c944dd7cd5a4056a817a25aa8ce2569.zip gcc-c0eb1a3b7c944dd7cd5a4056a817a25aa8ce2569.tar.gz gcc-c0eb1a3b7c944dd7cd5a4056a817a25aa8ce2569.tar.bz2 |
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.
Diffstat (limited to 'gcc')
-rw-r--r-- | gcc/doc/gccint/target-macros/tm.rst.in | 12 | ||||
-rw-r--r-- | 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 17fc9e1..44f3a3b 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] @@ -3876,13 +3876,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)). @@ -3900,7 +3900,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 7751b7f..aed1c1d 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\ @@ -4262,13 +4262,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\ @@ -4284,7 +4284,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\ |