This is the mail archive of the cgen@sourceware.org mailing list for the CGEN project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[PATCH] glossary.texi additions


Hi.

This patch adds a few entries to glossary.texi and cleans it up a bit.
I'll check it in in a few days if there are no objections.

btw, I'm going through the entire manual, prior to releasing 1.1.

2009-06-10  Doug Evans  <dje@sebabeach.org>

	* doc/glossary.texi: Add ifield, iformat, sformat, insn.

Index: doc/glossary.texi
===================================================================
RCS file: /cvs/src/src/cgen/doc/glossary.texi,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 glossary.texi
--- doc/glossary.texi	28 Jul 2000 04:11:52 -0000	1.1.1.1
+++ doc/glossary.texi	10 Jun 2009 20:23:15 -0000
@@ -1,4 +1,4 @@
-@c Copyright (C) 2000 Red Hat, Inc.
+@c Copyright (C) 2000, 2009 Red Hat, Inc.
 @c This file is part of the CGEN manual.
 @c For copying conditions, see the file cgen.texi.
 
@@ -6,6 +6,7 @@
 @chapter Glossary
 
 @table @asis
+
 @item arch
 This is the overall architecture.  It is the same as BFD's use of
 @emph{arch}.
@@ -14,16 +15,33 @@ This is the overall architecture.  It is
 Acronym for Instruction Set Architecture.
 
 @item mach
-This is a variant of the architecture, short for machine. It is
+This is a variant of the architecture, short for machine.  It is
 essentially the same as BFD's use of @emph{mach}.
 
 @item CPU family
 A group of related mach's.  Simulator support is organized along ``CPU
-family'' lines to keep related mach's together under one roof to
+family'' lines to keep related machs together under one roof to
 simplify things.  The organization is semi-arbitrary and is up to the
 programmer.
 
 @item model
 An implementation of a mach.  It is essentially akin to the argument
 to @code{-mtune=} in SPARC GCC (and other GCC ports).
+
+@item ifield
+An instruction field.
+
+@item iformat
+An instruction format, as specified by the instruction's fields.
+
+@item sformat
+An instruction semantic format.
+This is different from @code{iformat}.
+For example, if an operand is referred to in one mode by
+one instruction and in a different mode by another instruction, then these
+two insns would have different sformats even if they have the same iformat.
+
+@item insn
+An instruction.
+
 @end table


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]