OpenE2K
/
gcc
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

md.texi (Automaton pipeline description): Grammar fixes. 

2003-05-14  Ben Elliston  <bje@wasabisystems.com>

	* doc/md.texi (Automaton pipeline description): Grammar fixes.

From-SVN: r66802
This commit is contained in:
Ben Elliston 2003-05-14 12:40:57 +00:00 committed by Ben Elliston
parent 2f9bb7c5cf
commit c62347f080
2 changed files with 9 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
gcc/ChangeLog
View File

@ -1,3 +1,7 @@
2003-05-14 Ben Elliston <bje@wasabisystems.com>
* doc/md.texi (Automaton pipeline description): Grammar fixes.
2003-05-14 Richard Sandiford <rsandifo@redhat.com> 2003-05-14 Richard Sandiford <rsandifo@redhat.com>
* target-def.h (TARGET_MACHINE_DEPENDENT_REORG): Define. * target-def.h (TARGET_MACHINE_DEPENDENT_REORG): Define.

10
gcc/doc/md.texi
View File

@ -5600,8 +5600,8 @@ in such processors and suggestions for their representation.
@cindex automaton based pipeline description @cindex automaton based pipeline description
This section describes constructions of the automaton based processor This section describes constructions of the automaton based processor
pipeline description. The order of all mentioned below constructions pipeline description. The order of constructions within the machine
in the machine description file is not important. description file is not important.
@findex define_automaton @findex define_automaton
@cindex pipeline hazard recognizer @cindex pipeline hazard recognizer
@ -5609,7 +5609,7 @@ The following optional construction describes names of automata
generated and used for the pipeline hazards recognition. Sometimes generated and used for the pipeline hazards recognition. Sometimes
the generated finite state automaton used by the pipeline hazard the generated finite state automaton used by the pipeline hazard
recognizer is large. If we use more than one automaton and bind functional recognizer is large. If we use more than one automaton and bind functional
units to the automata, the summary size of the automata usually is units to the automata, the total size of the automata is usually
less than the size of the single automaton. If there is no one such less than the size of the single automaton. If there is no one such
construction, only one finite state automaton is generated. construction, only one finite state automaton is generated.
@ -5619,12 +5619,12 @@ construction, only one finite state automaton is generated.
@var{automata-names} is a string giving names of the automata. The @var{automata-names} is a string giving names of the automata. The
names are separated by commas. All the automata should have unique names. names are separated by commas. All the automata should have unique names.
The automaton name is used in construction @code{define_cpu_unit} and The automaton name is used in the constructions @code{define_cpu_unit} and
@code{define_query_cpu_unit}. @code{define_query_cpu_unit}.
@findex define_cpu_unit @findex define_cpu_unit
@cindex processor functional units @cindex processor functional units
Each processor functional unit used in description of instruction Each processor functional unit used in the description of instruction
reservations should be described by the following construction. reservations should be described by the following construction.
@smallexample @smallexample