This is the mail archive of the
cgen@sourceware.org
mailing list for the CGEN project.
[PATCH] glossary.texi additions
- From: Doug Evans <dje at sebabeach dot org>
- To: cgen at sourceware dot org
- Date: Wed, 10 Jun 2009 16:21:51 -0700
- Subject: [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