Misc corrections up thru Chpt 5
[dwarf-doc.git] / dwarf5 / latexdoc / typeentries.tex
index 09cd93f..a3138be 100644 (file)
@@ -16,7 +16,9 @@ Section \refersec{chap:dataobjectentries}.
 \label{chap:basetypeentries}
 
 \textit{A base type is a data type that is not defined in terms of
-other data types. Each programming language has a set of base
+other data types. 
+\addtoindexx{fundamental type|see{base type entry}}
+Each programming language has a set of base
 types that are considered to be built into that language.}
 
 A base type is represented by a debugging information entry
@@ -24,12 +26,17 @@ with the tag
 \livetarg{chap:DWTAGbasetype}{DW\-\_TAG\-\_base\-\_type}.
 
 A \addtoindex{base type entry}
-has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is
+has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute
+whose
+\addtoindexx{name attribute}
+value is
 a null\dash terminated string containing the name of the base type
 as recognized by the programming language of the compilation
 unit containing the base type entry.
 
-A base type entry has a \livelink{chap:DWATencoding}{DW\-\_AT\-\_encoding} attribute describing
+A base type entry has 
+\addtoindexx{encoding attribute}
+a \livelink{chap:DWATencoding}{DW\-\_AT\-\_encoding} attribute describing
 how the base type is encoded and is to be interpreted. The
 value of this attribute is an integer constant. The set of
 values and their meanings for the \livelink{chap:DWATencoding}{DW\-\_AT\-\_encoding} attribute
@@ -145,8 +152,7 @@ order bit of the storage unit used to contain that value.}
 DWARF Versions 3 
 \addtoindexx{DWARF Version 3}
 and 
-\addtoindexx{DWARF Version 4} and 
-4, note that DWARF V4
+\addtoindexx{DWARF Version 4} and 4, note that DWARF V4
 defines the following combinations of attributes:}
 
 \begin{itemize}
@@ -156,9 +162,8 @@ defines the following combinations of attributes:}
 \livelink{chap:DWATbitsize}{DW\-\_AT\-\_bit\-\_size} 
 and optionally \livelink{chap:DWATdatabitoffset}{DW\-\_AT\-\_data\-\_bit\-\_offset}}
 \end{itemize}
-DWARF V3 
+\textit{DWARF V3 defines the following combinations:}
 \addtoindexx{DWARF Version 3}
-defines the following combinations:
 % FIXME: the figure below interferes with the following
 % bullet list, which looks horrible as a result.
 \begin{itemize}
@@ -192,7 +197,7 @@ floating\dash point number \\
 \livetarg{chap:DWATEsignedfixed}{DW\-\_ATE\-\_signed\-\_fixed} & signed fixed\dash point scaled integer \\
 \livetarg{chap:DWATEunsignedfixed}{DW\-\_ATE\-\_unsigned\-\_fixed}& unsigned fixed\dash point scaled integer \\
 \livetarg{chap:DWATEdecimalfloat}{DW\-\_ATE\-\_decimal\-\_float} & decimal floating\dash point number \\ 
-\livetarg{chap:DWATEUTF}{DW\-\_ATE\-\_UTF} & Unicode character \\
+\livetarg{chap:DWATEUTF}{DW\-\_ATE\-\_UTF} & \addtoindex{Unicode} character \\
 \end{tabular}
 \caption{Encoding attribute values}
 \label{fig:encodingattributevalues}
@@ -202,8 +207,8 @@ floating\dash point number \\
 floating\dash point representations that have a power\dash of\dash ten
 exponent, such as that specified in IEEE 754R.}
 
-\textit{The \livelink{chap:DWATEUTF}{DW\-\_ATE\-\_UTF} encoding is intended for Unicode string
-encodings (see the Universal Character Set standard,
+\textit{The \livelink{chap:DWATEUTF}{DW\-\_ATE\-\_UTF} encoding is intended for \addtoindex{Unicode}
+string encodings (see the Universal Character Set standard,
 ISO/IEC 10646\dash 1:1993). For example, the 
 \addtoindex{C++} type char16\_t is
 represented by a base type entry with a name attribute whose
@@ -339,6 +344,7 @@ For
 a data type with a non\dash decimal and non\dash binary scale factor,
 the fixed binary type entry has a 
 \livelink{chap:DWATsmall}{DW\-\_AT\-\_small} attribute which
+\addtoindexx{small attribute}
 references a 
 \livelink{chap:DWTAGconstant}{DW\-\_TAG\-\_constant} entry. The scale factor value
 is interpreted in accordance with the value defined by the
@@ -379,7 +385,6 @@ indicating positive or negative. \\
 \addtoindexx{void type|see{unspecified type entry}}
 Some languages have constructs in which a type 
 may be left unspecified or the absence of a type
-
 may be explicitly indicated.
 
 An unspecified (implicit, unknown, ambiguous or nonexistent)
@@ -387,7 +392,9 @@ type is represented by a debugging information entry with
 the tag \livetarg{chap:DWTAGunspecifiedtype}{DW\-\_TAG\-\_unspecified\-\_type}. 
 If a name has been given
 to the type, then the corresponding unspecified type entry
-has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is
+has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is
 a null\dash terminated
 string containing the name as it appears in the source program.
 
@@ -407,6 +414,7 @@ Section \refersec{chap:typedefentries},
 respectively). As another
 example, in \addtoindex{Ada} such an unspecified type entry can be referred
 to by the type attribute of an access type where the denoted
+\addtoindexx{incomplete type (Ada)}
 type is incomplete (the name is declared as a type but the
 definition is deferred to a separate compilation unit).
 
@@ -417,23 +425,35 @@ definition is deferred to a separate compilation unit).
 A base or user\dash defined type may be modified in different ways
 in different languages. A type modifier is represented in
 DWARF by a debugging information entry with one of the tags
-given in 
-Figure \refersec{fig:typemodifiertags}.
+given in Figure \refersec{fig:typemodifiertags}.
+\addtoindexx{type modifier|see{constant type entry}}
+\addtoindexx{type modifier|see{reference type entry}}
+\addtoindexx{type modifier|see{restricted type entry}}
+\addtoindexx{type modifier|see{packed type entry}}
+\addtoindexx{type modifier|see{pointer type entry}}
+\addtoindexx{type modifier|see{shared type entry}}
+\addtoindexx{type modifier|see{volatile type entry}}
 
 If a name has been given to the modified type in the source
 program, then the corresponding modified type entry has
-a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a null-terminated
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is a null\dash terminated
 string containing the modified type name as it appears in
 the source program.
 
-Each of the type modifier entries has a 
+Each of the type modifier entries has 
+\addtoindexx{type attribute}
+a 
 \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute,
 whose value is a reference to a debugging information entry
 describing a base type, a user-defined type or another type
 modifier.
 
-A modified type entry describing a pointer or reference
-type (using \livelink{chap:DWTAGpointertype}{DW\-\_TAG\-\_pointer\-\_type},
+A modified type entry describing a 
+\addtoindexx{pointer type entry}
+pointer or \addtoindex{reference type}
+(using \livelink{chap:DWTAGpointertype}{DW\-\_TAG\-\_pointer\-\_type},
 \livelink{chap:DWTAGreferencetype}{DW\-\_TAG\-\_reference\-\_type} or
 \livelink{chap:DWTAGrvaluereferencetype}{DW\-\_TAG\-\_rvalue\-\_reference\-\_type}) 
 % Another instance of no-good-place-to-put-index entry.
@@ -456,8 +476,27 @@ blocksize is assumed.
 
 When multiple type modifiers are chained together to modify
 a base or user-defined type, the tree ordering reflects the
-semantics of the applicable lanuage rather than the textual
-order in the source presentation.
+semantics of the 
+\addtoindexx{reference type entry, lvalue|see{reference type entry}}
+applicable language 
+\addtoindexx{reference type entry, rvalue|see{rvalue reference type entry}}
+rather 
+\addtoindexx{parameter|see{macro formal parameter list}}
+than 
+\addtoindexx{parameter|see{\textit{this} parameter}}
+the 
+\addtoindexx{parameter|see{variable parameter attribute}}
+textual
+\addtoindexx{parameter|see{optional parameter attribute}}
+order 
+\addtoindexx{parameter|see{unspecified parameters entry}}
+in 
+\addtoindexx{parameter|see{template value parameter entry}}
+the 
+\addtoindexx{parameter|see{template type parameter entry}}
+source 
+\addtoindexx{parameter|see{formal parameter entry}}
+presentation.
 
 \begin{figure}[here]
 \centering
@@ -465,19 +504,27 @@ order in the source presentation.
 Name&Meaning\\ \hline
 \livetarg{chap:DWTAGconsttype}{DW\-\_TAG\-\_const\-\_type} &  C or C++ const qualified type
 \addtoindexx{const qualified type entry} \addtoindexx{C} \addtoindexx{C++} \\
-\livetarg{chap:DWTAGpackedtype}{DW\-\_TAG\-\_packed\-\_type}& Pascal or Ada packed type
+\livetarg{chap:DWTAGpackedtype}{DW\-\_TAG\-\_packed\-\_type}& \addtoindex{Pascal} or Ada packed type\addtoindexx{packed type entry}
 \addtoindexx{packed qualified type entry} \addtoindexx{Ada} \addtoindexx{Pascal} \\
 \livetarg{chap:DWTAGpointertype}{DW\-\_TAG\-\_pointer\-\_type} & Pointer to an object of
 the type being modified \addtoindexx{pointer qualified type entry} \\
-\livetarg{chap:DWTAGreferencetype}{DW\-\_TAG\-\_reference\-\_type}& C++ (lvalue) reference
+\livetarg{chap:DWTAGreferencetype}{DW\-\_TAG\-\_reference\-\_type}& C++ (lvalue) reference 
 to an object of the type 
-being modified \addtoindexx{reference qualified type entry} \\
-\livetarg{chap:DWTAGrestricttype}{DW\-\_TAG\-\_restrict\-\_type}&C restrict qualified type
-\addtoindexx{restricted qualified type entry} \\
+\addtoindexx{reference type entry}
+being modified
+\addtoindexx{reference qualified type entry} \\
+\livetarg{chap:DWTAGrestricttype}{DW\-\_TAG\-\_restrict\-\_type}& \addtoindex{C} 
+restrict 
+\addtoindexx{restricted type entry}
+qualified type
+\addtoindexx{restrict qualified type} \\
 \livetarg{chap:DWTAGrvaluereferencetype}{DW\-\_TAG\-\_rvalue\-\_reference\-\_type} & C++
-rvalue reference to an object of the type being modified 
+\addtoindexx{rvalue reference type entry}
+rvalue 
+\addtoindexx{restricted type entry}
+reference to an object of the type being modified 
 \addtoindexx{rvalue reference qualified type entry} \\
-\livetarg{chap:DWTAGsharedtype}{DW\-\_TAG\-\_shared\-\_type}&UPC shared qualified type 
+\livetarg{chap:DWTAGsharedtype}{DW\-\_TAG\-\_shared\-\_type}&\addtoindex{UPC} shared qualified type 
 \addtoindexx{shared qualified type entry} \\
 \livetarg{chap:DWTAGvolatiletype}{DW\-\_TAG\-\_volatile\-\_type}&C or C++ volatile qualified type 
 \addtoindex{volatile qualified type entry} \\
@@ -486,45 +533,53 @@ rvalue reference to an object of the type being modified
 \label{fig:typemodifiertags}
 \end{figure}
 
-% The following prevents splitting the examples up.
-% FIXME perhaps there is a better way. We could box the verbatim, 
-% see memman.pdf on verbatims.
+%The following clearpage prevents splitting the example across pages.
 \clearpage
-\textit{As examples of how tye modifiers are ordered, take the following C
+\textit{As examples of how type modifiers are ordered, take the following C
 declarations:}
 
-\begin{verbatim}
-const unsigned char * volatile p;
-    which represents a volatile pointer to a constant
-    character. This is encoded in DWARF as:
+\begin{alltt}
+   const unsigned char * volatile p;
+\end{alltt}
+\textit{which represents a volatile pointer to a constant
+character. This is encoded in DWARF as:}
+\begin{alltt}
         \livelink{chap:DWTAGvariable}{DW\-\_TAG\-\_variable}(p) -->
             \livelink{chap:DWTAGvolatiletype}{DW\-\_TAG\-\_volatile\-\_type} -->
                 \livelink{chap:DWTAGpointertype}{DW\-\_TAG\-\_pointer\-\_type} -->
                     \livelink{chap:DWTAGconsttype}{DW\-\_TAG\-\_const\-\_type} -->
                         \livelink{chap:DWTAGbasetype}{DW\-\_TAG\-\_base\-\_type}(unsigned char)
-
-volatile unsigned char * const restrict p;
-    on the other hand, represents a restricted constant
-    pointer to a volatile character. This is encoded as:
+\end{alltt}
+\textit{On the other hand}
+\begin{alltt}                        
+   volatile unsigned char * const restrict p;
+\end{alltt}
+\textit{represents a restricted constant
+pointer to a volatile character. This is encoded as:}
+\begin{alltt}
         \livelink{chap:DWTAGvariable}{DW\-\_TAG\-\_variable}(p) -->
             \livelink{chap:DWTAGrestricttype}{DW\-\_TAG\-\_restrict\-\_type} -->
                 \livelink{chap:DWTAGconsttype}{DW\-\_TAG\-\_const\-\_type} -->
                     \livelink{chap:DWTAGpointertype}{DW\-\_TAG\-\_pointer\-\_type} -->
                         \livelink{chap:DWTAGvolatiletype}{DW\-\_TAG\-\_volatile\-\_type} -->
                             \livelink{chap:DWTAGbasetype}{DW\-\_TAG\-\_base\-\_type}(unsigned char)
-
-\end{verbatim}
+\end{alltt}
 
 \section{Typedef Entries}
 \label{chap:typedefentries}
 A named type that is defined in terms of another type
 definition is represented by a debugging information entry with
+\addtoindexx{typedef entry}
 the tag \livetarg{chap:DWTAGtypedef}{DW\-\_TAG\-\_typedef}. 
-The typedef entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name}
-attribute whose value is a null-terminated string containing
+The typedef entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is a null\dash terminated string containing
 the name of the typedef as it appears in the source program.
 
-The typedef entry may also contain a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute whose
+The typedef entry may also contain 
+\addtoindexx{type attribute}
+a 
+\livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute whose
 value is a reference to the type named by the typedef. If
 the debugging information entry for a typedef represents
 a declaration of the type that is not also a definition,
@@ -533,8 +588,10 @@ it does not contain a type attribute.
 \textit{Depending on the language, a named type that is defined in
 terms of another type may be called a type alias, a subtype,
 a constrained type and other terms. A type name declared with
-no defining details may be termed an incomplete, forward
-or hidden type. While the DWARF \livelink{chap:DWTAGtypedef}{DW\-\_TAG\-\_typedef} entry was
+no defining details may be termed an 
+\addtoindexx{incomplete type}
+incomplete, forward or hidden type. 
+While the DWARF \livelink{chap:DWTAGtypedef}{DW\-\_TAG\-\_typedef} entry was
 originally inspired by the like named construct in 
 \addtoindex{C} and \addtoindex{C++},
 it is broadly suitable for similar constructs (by whatever
@@ -543,18 +600,19 @@ source syntax) in other languages.}
 \section{Array Type Entries}
 \label{chap:arraytypeentries}
 
-Many languages share the concept of an ``array,'' which is
+\textit{Many languages share the concept of an ``array,'' which is
 \addtoindexx{array type entry}
-a table of components of identical type.
+a table of components of identical type.}
 
 An array type is represented by a debugging information entry
 with the tag \livetarg{chap:DWTAGarraytype}{DW\-\_TAG\-\_array\-\_type}. 
-If a name has been 
-given to
+If a name has been given to
 \addtoindexx{array!declaration of type}
 the array type in the source program, then the corresponding
-array type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a
-null-terminated string containing the array type name as it
+array type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is a
+null\dash terminated string containing the array type name as it
 appears in the source program.
 
 The 
@@ -568,8 +626,11 @@ for the ordering attribute are listed in
 Figure \refersec{fig:arrayordering}. 
 If no
 ordering attribute is present, the default ordering for the
-source language (which is indicated by the \livelink{chap:DWATlanguage}{DW\-\_AT\-\_language}
-attribute of the enclosing compilation unit entry) is assumed.
+source language (which is indicated by the 
+\livelink{chap:DWATlanguage}{DW\-\_AT\-\_language}
+attribute 
+\addtoindexx{language attribute}
+of the enclosing compilation unit entry) is assumed.
 
 \begin{figure}[here]
 \autorows[0pt]{c}{1}{l}{
@@ -582,13 +643,16 @@ attribute of the enclosing compilation unit entry) is assumed.
 The ordering attribute may optionally appear on one-dimensional
 arrays; it will be ignored.
 
-An array type entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} 
+An array type entry has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
+describing
 \addtoindexx{array!element type}
-attribute describing
 the type of each element of the array.
 
 If the amount of storage allocated to hold each element of an
 object of the given array type is different from the amount
+\addtoindexx{stride attribute|see{bit stride attribute or byte stride attribute}}
 of storage that is normally allocated to hold an individual
 \hypertarget{chap:DWATbitstridearrayelementstrideofarraytype}
 object of the 
@@ -619,17 +683,21 @@ the number of array elements by the size of each element.}
 
 
 Each array dimension is described by a debugging information
-entry with either the tag \livelink{chap:DWTAGsubrangetype}{DW\-\_TAG\-\_subrange\-\_type} or the tag
+entry with either the 
+\addtoindexx{subrange type entry!as array dimension}
+tag \livelink{chap:DWTAGsubrangetype}{DW\-\_TAG\-\_subrange\-\_type} or the 
+\addtoindexx{enumeration type entry!as array dimension}
+tag
 \livelink{chap:DWTAGenumerationtype}{DW\-\_TAG\-\_enumeration\-\_type}. These entries are
 children of the
 array type entry and are ordered to reflect the appearance of
 the dimensions in the source program (i.e., leftmost dimension
 first, next to leftmost second, and so on).
 
-In languages, such as C, in which there is no concept of
+\textit{In languages, such as C, in which there is no concept of
 a “multidimensional array”, an array of arrays may
 be represented by a debugging information entry for a
-multidimensional array.
+multidimensional array.}
 
 Other attributes especially applicable to arrays are
 \livelink{chap:DWATallocated}{DW\-\_AT\-\_allocated}, 
@@ -637,9 +705,7 @@ Other attributes especially applicable to arrays are
 \livelink{chap:DWATdatalocation}{DW\-\_AT\-\_data\-\_location},
 which are described in 
 Section \refersec{chap:dynamictypeproperties}. 
-For relevant examples,
-see also 
-Appendix \refersec{app:fortran90example}.
+For relevant examples, see also Appendix \refersec{app:fortran90example}.
 
 \section{ Structure, Union, Class and Interface Type Entries}
 \label{chap:structureunionclassandinterfacetypeentries}
@@ -649,8 +715,11 @@ Appendix \refersec{app:fortran90example}.
 \addtoindex{C++}, and 
 \addtoindex{Pascal}, among others, allow the
 programmer to define types that are collections of related
-components. In \addtoindex{C} and \addtoindex{C++}, these collections are called
-“structures.” In \addtoindex{Pascal}, they are called “records.”
+\addtoindexx{structure type entry}
+components. 
+In \addtoindex{C} and \addtoindex{C++}, these collections are called
+“structures.” 
+In \addtoindex{Pascal}, they are called “records.”
 The components may be of different types. The components are
 called “members” in \addtoindex{C} and 
 \addtoindex{C++}, and “fields” in \addtoindex{Pascal}.}
@@ -685,14 +754,21 @@ be understood to apply to \addtoindex{C++} structures as well.}
 
 
 Structure, union, and class types are represented by debugging
-information entries with 
-the tags \livetarg{chap:DWTAGstructuretype}{DW\-\_TAG\-\_structure\-\_type},
+\addtoindexx{structure type entry}
+information entries 
+\addtoindexx{union type entry}
+with 
+\addtoindexx{class type entry}
+the tags 
+\livetarg{chap:DWTAGstructuretype}{DW\-\_TAG\-\_structure\-\_type},
 \livetarg{chap:DWTAGuniontype}{DW\-\_TAG\-\_union\-\_type}, 
 and \livetarg{chap:DWTAGclasstype}{DW\-\_TAG\-\_class\-\_type},
 respectively. If a name has been given to the structure,
 union, or class in the source program, then the corresponding
 structure type, union type, or class type entry has a
-\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a null\dash terminated string
+\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is a null\dash terminated string
 containing the type name as it appears in the source program.
 
 The members of a structure, union, or class are represented
@@ -708,30 +784,42 @@ either a \livelink{chap:DWATbytesize}{DW\-\_AT\-\_byte\-\_size} or a
 (see Section \refersec{chap:byteandbitsizes}), 
 whose value is the amount of storage needed
 to hold an instance of the structure, union or class type,
-including any padding.  An incomplete structure, union or
-class type is represented by a structure, union or class
+including any padding.
+  
+An incomplete structure, union or class type 
+\addtoindexx{incomplete structure/union/class}
+is 
+\addtoindexx{incomplete type}
+represented by a structure, union or class
 entry that does not have a byte size attribute and that has
 \addtoindexx{declaration attribute}
 a \livelink{chap:DWATdeclaration}{DW\-\_AT\-\_declaration} attribute.
 
 If the complete declaration of a type has been placed in
 \hypertarget{chap:DWATsignaturetypesignature}
-a separate type unit 
+a separate \addtoindex{type unit}
 (see Section \refersec{chap:separatetypeunitentries}), 
-an incomplete
-declaration of that type in the compilation unit may provide
-the unique 64\dash bit signature of the type using a \livelink{chap:DWATsignature}{DW\-\_AT\-\_signature}
+an incomplete declaration 
+\addtoindexx{incomplete type}
+of that type in the compilation unit may provide
+the unique 64\dash bit signature of the type using 
+\addtoindexx{type signature}
+a \livelink{chap:DWATsignature}{DW\-\_AT\-\_signature}
 attribute.
 
 If a structure, union or class entry represents the definition
 of a structure, class or union member corresponding to a prior
 incomplete structure, class or union, the entry may have a
-\livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} attribute whose value is a reference to
+\livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} attribute 
+\addtoindexx{specification attribute}
+whose value is a reference to
 the debugging information entry representing that incomplete
 declaration.
 
 Structure, union and class entries containing the
-\livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} attribute do not need to duplicate
+\livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} attribute 
+\addtoindexx{specification attribute}
+do not need to duplicate
 information provided by the declaration entry referenced by the
 specification attribute.  In particular, such entries do not
 need to contain an attribute for the name of the structure,
@@ -754,8 +842,10 @@ within the type declaration.}
 If the definition for a given member of the structure, union
 or class does not appear within the body of the declaration,
 that member also has a debugging information entry describing
-its definition. That latter entry has a \livelink{chap:DWATspecification}{DW\-\_AT\-\_specification}
-attribute referencing the debugging information entry
+its definition. That latter entry has a 
+\livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} attribute 
+\addtoindexx{specification attribute}
+referencing the debugging information entry
 owned by the body of the structure, union or class entry and
 representing a non\dash defining declaration of the data, function
 or type member. The referenced entry will not have information
@@ -783,16 +873,22 @@ facilitate DWARF space compression
 
 \textit{The \addtoindex{Java} language defines ``interface'' types. 
 An interface
-in Java is similar to a \addtoindex{C++} or 
+\addtoindex{interface type entry}
+in \addtoindex{Java} is similar to a \addtoindex{C++} or 
 \addtoindex{Java} class with only abstract
 methods and constant data members.}
 
-Interface types are represented by debugging information
+Interface types 
+\addtoindexx{interface type entry}
+are represented by debugging information
 entries with the 
 tag \livetarg{chap:DWTAGinterfacetype}{DW\-\_TAG\-\_interface\-\_type}.
 
-An interface type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose
-value is a null-terminated string containing the type name
+An interface type entry has 
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute,
+\addtoindexx{name attribute}
+whose
+value is a null\dash terminated string containing the type name
 as it appears in the source program.
 
 The members of an interface are represented by debugging
@@ -807,27 +903,42 @@ declarations in the source program.
 may 
 \addtoindexx{derived type (C++)|see{inheritance entry}}
 be ``derived from'' or be a
-``subclass of'' another class. In Java, an interface may ``extend''
-one or more other interfaces, and a class may ``extend'' another
+``subclass of'' another class. 
+In \addtoindex{Java}, an interface may ``extend''
+\addtoindexx{extended type (Java)|see{inheritance entry}}
+one 
+\addtoindexx{implementing type (Java)|see{inheritance entry}}
+or more other interfaces, and a class may ``extend'' another
 class and/or ``implement'' one or more interfaces. All of these
 relationships may be described using the following. Note that
-in Java, the distinction between extends and implements is
+in \addtoindex{Java}, 
+the distinction between extends and implements is
 implied by the entities at the two ends of the relationship.}
 
 A class type or interface type entry that describes a
 derived, extended or implementing class or interface owns
+\addtoindexx{implementing type (Java)|see{inheritance entry}}
 debugging information entries describing each of the classes
 or interfaces it is derived from, extending or implementing,
 respectively, ordered as they were in the source program. Each
-such entry has the 
+such entry has 
+\addtoindexx{inheritance entry}
+the 
 tag \livetarg{chap:DWTAGinheritance}{DW\-\_TAG\-\_inheritance}.
 
-An inheritance entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute whose value is
+An inheritance entry 
+\addtoindexx{type attribute}
+has 
+\addtoindexx{inheritance entry}
+a 
+\livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute whose value is
 a reference to the debugging information entry describing the
 class or interface from which the parent class or structure
 of the inheritance entry is derived, extended or implementing.
 
-An inheritance entry for a class that derives from or extends
+An inheritance entry 
+\addtoindexx{inheritance entry}
+for a class that derives from or extends
 \hypertarget{chap:DWATdatamemberlocationinheritedmemberlocation}
 another class or struct also has 
 \addtoindexx{data member location attribute}
@@ -840,7 +951,8 @@ in bytes from the beginning of the class to the beginning of
 the inherited type. Otherwise, the value must be a location
 description. In this latter case, the beginning address of
 the derived class is pushed on the expression stack before
-the location description is evaluated and the result of the
+the \addtoindex{location description}
+is evaluated and the result of the
 evaluation is the location of the inherited type.
 
 \textit{The interpretation of the value of this attribute for
@@ -848,26 +960,32 @@ inherited types is the same as the interpretation for data
 members 
 (see Section \refersec{chap:datamemberentries}).  }
 
-An inheritance entry 
+An 
+\addtoindexx{inheritance entry}
+inheritance entry 
 \hypertarget{chap:DWATaccessibilitycppinheritedmembers}
 may 
 \addtoindexx{accessibility attribute}
 have a
 \livelink{chap:DWATaccessibility}{DW\-\_AT\-\_accessibility}
-attribute. If no accessibility attribute
+attribute. 
+If no accessibility attribute
 is present, private access is assumed for an entry of a class
 and public access is assumed for an entry of an interface,
 struct or union.
 
 If 
 \hypertarget{chap:DWATvirtualityvirtualityofbaseclass}
-the class referenced by the inheritance entry serves
+the class referenced by the 
+\addtoindexx{inheritance entry}
+inheritance entry serves
 as a \addtoindex{C++} virtual base class, the inheritance entry has a
 \livelink{chap:DWATvirtuality}{DW\-\_AT\-\_virtuality} attribute.
 
 \textit{For a \addtoindex{C++} virtual base, the 
 \addtoindex{data member location attribute}
-will usually consist of a non-trivial location description.}
+will usually consist of a non-trivial 
+\addtoindex{location description}.}
 
 \subsection{Access Declarations}
 \label{chap:accessdeclarations}
@@ -886,8 +1004,11 @@ information entry with the tag
 Each
 such entry is a child of the class or structure type entry.
 
-An access declaration entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose
-value is a null-terminated string representing the name used
+An access declaration entry has 
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, 
+\addtoindexx{name attribute}
+whose
+value is a null\dash terminated string representing the name used
 in the declaration in the source program, including any class
 or structure qualifiers.
 
@@ -903,14 +1024,18 @@ entities.
 \subsection{Friends}
 \label{chap:friends}
 
-Each ``friend'' declared by a structure, union or class
+Each ``friend'' 
+\addtoindexx{friend entry}
+declared by a structure, union or class
 \hypertarget{chap:DWATfriendfriendrelationship}
 type may be represented by a debugging information entry
 that is a child of the structure, union or class type entry;
 the friend entry has the 
 tag \livetarg{chap:DWTAGfriend}{DW\-\_TAG\-\_friend}.
 
-A friend entry has a \livelink{chap:DWATfriend}{DW\-\_AT\-\_friend} attribute, whose value is
+A friend entry has 
+\addtoindexx{friend attribute}
+a \livelink{chap:DWATfriend}{DW\-\_AT\-\_friend} attribute, whose value is
 a reference to the debugging information entry describing
 the declaration of the friend.
 
@@ -921,15 +1046,23 @@ the declaration of the friend.
 A data member (as opposed to a member function) is
 represented by a debugging information entry with the 
 tag \livetarg{chap:DWTAGmember}{DW\-\_TAG\-\_member}. 
-The member entry for a named member has
-a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a null-terminated
+The 
+\addtoindexx{member entry (data)}
+member entry for a named member has
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is a null\dash terminated
 string containing the member name as it appears in the source
 program. If the member entry describes an 
 \addtoindex{anonymous union},
 the
 name attribute is omitted or consists of a single zero byte.
 
-The data member entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to denote
+The data member entry has 
+\addtoindexx{type attribute}
+a 
+\livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to denote
+\addtoindexx{member entry (data)}
 the type of that member.
 
 A data member entry may 
@@ -942,7 +1075,11 @@ is assumed for an entry of a structure, union, or interface.
 
 A data member 
 \hypertarget{chap:DWATmutablemutablepropertyofmemberdata}
-entry may have a \livelink{chap:DWATmutable}{DW\-\_AT\-\_mutable} attribute,
+entry 
+\addtoindexx{member entry (data)}
+may 
+\addtoindexx{mutable attribute}
+have a \livelink{chap:DWATmutable}{DW\-\_AT\-\_mutable} attribute,
 which is a \livelink{chap:flag}{flag}. 
 This attribute indicates whether the data
 member was declared with the mutable storage class specifier.
@@ -962,7 +1099,9 @@ Bit offsets in DWARF use the bit numbering and direction
 conventions that are appropriate to the current language on
 the target system.
 
-The member entry corresponding to a data member that is
+The member entry 
+\addtoindexx{member entry (data)}
+corresponding to a data member that is
 \hypertarget{chap:DWATdatabitoffsetdatamemberbitlocation}
 defined 
 \hypertarget{chap:DWATdatamemberlocationdatamemberlocation}
@@ -976,7 +1115,6 @@ the beginning of the containing entity then neither attribute
 is required.
 
 For a \livelink{chap:DWATdatamemberlocation}{DW\-\_AT\-\_data\-\_member\-\_location} attribute
-
 \addtoindexx{data member location attribute}
 there are two cases:
 
@@ -988,10 +1126,11 @@ the beginning of the containing entity has a non-zero bit
 offset then the beginning of the member entry has that same
 bit offset as well.
 
-\item Otherwise, the value must be a location description. In
+\item Otherwise, the value must be a \addtoindex{location description}.
+In
 this case, the beginning of the containing entity must be byte
 aligned. The beginning address is pushed on the DWARF stack
-before the location description is evaluated; the result of
+before the \addtoindex{location} description is evaluated; the result of
 the evaluation is the base address of the member entry.
 
 \textit{The push on the DWARF expression stack of the base address of
@@ -1000,7 +1139,8 @@ the containing construct is equivalent to execution of the
 (see Section \refersec{chap:stackoperations});
 \livelink{chap:DWOPpushobjectaddress}{DW\-\_OP\-\_push\-\_object\-\_address} therefore 
 is not needed at the
-beginning of a location description for a data member. The
+beginning of a \addtoindex{location description} for a data member. 
+The
 result of the evaluation is a location--either an address or
 the name of a register, not an offset to the member.}
 
@@ -1008,7 +1148,7 @@ the name of a register, not an offset to the member.}
 attribute 
 \addtoindexx{data member location attribute}
 that has the form of a
-location description is not valid for a data member contained
+\addtoindex{location description} is not valid for a data member contained
 in an entity that is not byte aligned because DWARF operations
 do not allow for manipulating or computing bit offsets.}
 
@@ -1198,7 +1338,8 @@ is the number of bits occupied by the bit field value.}
 
 \end{itemize}
 
-\textit{The location description for a bit field calculates the address
+\textit{The 
+\addtoindex{location description} for a bit field calculates the address
 of an anonymous object containing the bit field. The address
 is relative to the structure, union, or class that most closely
 encloses the bit field declaration. The number of bytes in this
@@ -1260,8 +1401,12 @@ as well as specify the size of the data member) }
 \subsection{Member Function Entries}
 \label{chap:memberfunctionentries}
 
-A member function is represented by a debugging information
-entry with the tag \livelink{chap:DWTAGsubprogram}{DW\-\_TAG\-\_subprogram}.
+A member function is represented by a 
+\addtoindexx{member function entry}
+debugging information entry 
+with the 
+\addtoindexx{subprogram entry!as member function}
+tag \livelink{chap:DWTAGsubprogram}{DW\-\_TAG\-\_subprogram}.
 The member function entry
 may contain the same attributes and follows the same rules
 as non\dash member global subroutine entries 
@@ -1284,7 +1429,9 @@ then that entry has a
 If 
 \hypertarget{chap:DWATexplicitexplicitpropertyofmemberfunction}
 the member function entry describes an explicit member
-function, then that entry has a 
+function, then that entry has 
+\addtoindexx{explicit attribute}
+a 
 \livelink{chap:DWATexplicit}{DW\-\_AT\-\_explicit} attribute.
 
 An 
@@ -1292,7 +1439,8 @@ An
 entry for a virtual function also has a
 \livelink{chap:DWATvtableelemlocation}{DW\-\_AT\-\_vtable\-\_elem\-\_location}
 \addtoindexi{attribute}{vtable element location attribute} whose value contains
-a location description yielding the address of the slot
+a \addtoindex{location description} 
+yielding the address of the slot
 for the function within the virtual function table for the
 enclosing class. The address of an object of the enclosing
 type is pushed onto the expression stack before the location
@@ -1301,7 +1449,12 @@ description is evaluated.
 If 
 \hypertarget{chap:DWATobjectpointerobjectthisselfpointerofmemberfunction}
 the member function entry describes a non\dash static member
-function, then that entry has a \livelink{chap:DWATobjectpointer}{DW\-\_AT\-\_object\-\_pointer} 
+\addtoindexx{this pointer attribute|see{object pointer attribute}}
+function, then that entry 
+\addtoindexx{self pointer attribute|see{object pointer attribute}}
+has 
+\addtoindexx{object pointer attribute}
+a \livelink{chap:DWATobjectpointer}{DW\-\_AT\-\_object\-\_pointer} 
 attribute
 whose value is a reference to the formal parameter entry
 that corresponds to the object for which the function is
@@ -1313,7 +1466,9 @@ and some other languages). That parameter
 also has a \livelink{chap:DWATartificial}{DW\-\_AT\-\_artificial} attribute whose value is true.
 
 Conversely, if the member function entry describes a static
-member function, the entry does not have a 
+member function, the entry does not have 
+\addtoindexx{object pointer attribute}
+a 
 \livelink{chap:DWATobjectpointer}{DW\-\_AT\-\_object\-\_pointer}
 attribute.
 
@@ -1326,14 +1481,18 @@ const\dash volatile qualification.
 If a subroutine entry represents the defining declaration
 of a member function and that definition appears outside of
 the body of the enclosing class declaration, the subroutine
-entry has a \livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} 
-attribute, whose value is
+entry has a 
+\livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} attribute, 
+\addtoindexx{specification attribute}
+whose value is
 a reference to the debugging information entry representing
 the declaration of this function member. The referenced entry
 will be a child of some class (or structure) type entry.
 
-Subroutine entries containing the \livelink{chap:DWATspecification}{DW\-\_AT\-\_specification}
-attribute do not need to duplicate information provided
+Subroutine entries containing the
+\livelink{chap:DWATspecification}{DW\-\_AT\-\_specification} attribute 
+\addtoindexx{specification attribute}
+do not need to duplicate information provided
 by the declaration entry referenced by the specification
 attribute. In particular, such entries do not need to contain
 attributes for the name or return type of the function member
@@ -1363,40 +1522,58 @@ types and values. The exceptions are:
 template definition is represented by a debugging information
 entry with the tag 
 \livelink{chap:DWTAGtemplatetypeparameter}{DW\-\_TAG\-\_template\-\_type\-\_parameter}. Each
-such entry may have a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose value is
+such entry may have a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute,
+\addtoindexx{name attribute}
+whose value is
 a null\dash terminated string containing the name of the formal
 type parameter as it appears in the source program. The
-template type parameter entry also has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
+template type parameter entry also has 
+\addtoindexx{type attribute}
+a 
+\livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
 describing the actual type by which the formal is replaced
 for this instantiation.
 
 \item Each formal parameterized value declaration appearing in the
-template definition is represented by a debugging information
-entry with the 
+template definition is represented by a 
+debugging information entry with the 
+\addtoindexx{template value parameter entry}
 tag \livetarg{chap:DWTAGtemplatevalueparameter}{DW\-\_TAG\-\_template\-\_value\-\_parameter}. 
 Each
-such entry may have a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose value is
+such entry may have a 
+\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute,
+\addtoindexx{name attribute}
+whose value is
 a null\dash terminated string containing the name of the formal
 value parameter as it appears in the source program. 
 The
 \hypertarget{chap:DWATconstvaluetemplatevalueparameter}
-template value parameter entry also has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
+template value parameter entry 
+\addtoindexx{template value parameter entry}
+also has 
+\addtoindexx{type attribute}
+a 
+\livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
 describing the type of the parameterized value. Finally,
-the template value parameter entry has a \livelink{chap:DWATconstvalue}{DW\-\_AT\-\_const\-\_value}
+the template value parameter entry has a 
+\livelink{chap:DWATconstvalue}{DW\-\_AT\-\_const\-\_value}
 attribute, whose value is the actual constant value of the
 value parameter for this instantiation as represented on the
 target architecture.
 
 \item The class type entry and each of its child entries references
-a template type parameter entry in any circumstance where the
+a \addtoindex{template type parameter entry} in any circumstance where the
 source template definition references a formal parameterized
-type. Similarly, the class type entry and each of its child
+type. 
+Similarly, the class type entry and each of its child
 entries references a template value parameter entry in any
 circumstance where the source template definition references
 a formal parameterized value.
 
 \item If the compiler has generated a special compilation unit to
-hold the template instantiation and that special compilation
+hold the 
+\addtoindexx{template instantiation!and special compilation unit}
+template instantiation and that special compilation
 unit has a different name from the compilation unit containing
 the template definition, the name attribute for the debugging
 information entry representing the special compilation unit
@@ -1424,7 +1601,9 @@ represented by a
 \addtoindexx{discriminant (entry)}
 separate debugging information entry which
 is a child of the variant part entry. This entry has the form
-of a structure data member entry. The variant part entry will
+of a 
+\addtoindexx{member entry (data)!as discriminant}
+structure data member entry. The variant part entry will
 \addtoindexx{discriminant attribute}
 have a 
 \livelink{chap:DWATdiscr}{DW\-\_AT\-\_discr} attribute 
@@ -1432,7 +1611,9 @@ whose value is a reference to
 the member entry for the discriminant.
 
 If the variant part does not have a discriminant (tag field),
-the variant part entry has a 
+the variant part entry has 
+\addtoindexx{type attribute}
+a 
 \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to represent
 the tag type.
 
@@ -1495,7 +1676,9 @@ declarations in the source program.
 \section{Condition Entries}
 \label{chap:conditionentries}
 
-\textit{COBOL has the notion of a ``level\dash 88 condition'' that
+\textit{COBOL has the notion of 
+\addtoindexx{level-88 condition, COBOL}
+a ``level\dash 88 condition'' that
 associates a data item, called the conditional variable, with
 a set of one or more constant values and/or value ranges.
 Semantically, the condition is ‛true’ if the conditional
@@ -1508,13 +1691,18 @@ describes a
 logical condition that tests whether a given data item’s
 value matches one of a set of constant values. If a name
 has been given to the condition, the condition entry has a
-\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a null\dash terminated string
+\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute
+\addtoindexx{name attribute}
+whose value is a null\dash terminated string
 giving the condition name as it appears in the source program.
 
 The condition entry's parent entry describes the conditional
 variable; normally this will be a \livelink{chap:DWTAGvariable}{DW\-\_TAG\-\_variable},
 \livelink{chap:DWTAGmember}{DW\-\_TAG\-\_member} or 
-\livelink{chap:DWTAGformalparameter}{DW\-\_TAG\-\_formal\-\_parameter} entry. If the parent
+\livelink{chap:DWTAGformalparameter}{DW\-\_TAG\-\_formal\-\_parameter} entry.
+If 
+\addtoindexx{formal parameter entry}
+the parent
 entry has an array type, the condition can test any individual
 element, but not the array as a whole. The condition entry
 implicitly specifies a “comparison type” that is the
@@ -1523,8 +1711,11 @@ otherwise it is the type of the parent entry.
 
 The condition entry owns \livelink{chap:DWTAGconstant}{DW\-\_TAG\-\_constant} and/or
 \livelink{chap:DWTAGsubrangetype}{DW\-\_TAG\-\_subrange\-\_type} entries that describe the constant
-values associated with the condition. If any child entry has
-a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute, that attribute should describe a type
+values associated with the condition. If any child entry 
+\addtoindexx{type attribute}
+has
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute,
+that attribute should describe a type
 compatible with the comparison type (according to the source
 language); otherwise the child’s type is the same as the
 comparison type.
@@ -1551,17 +1742,24 @@ entry with the tag
 
 If a name has been given to the enumeration type in the source
 program, then the corresponding enumeration type entry has
-a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a null\dash terminated
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute
+\addtoindexx{name attribute}
+whose value is a null\dash terminated
 string containing the enumeration type name as it appears
 in the source program. This entry also has a \livelink{chap:DWATbytesize}{DW\-\_AT\-\_byte\-\_size}
 attribute whose integer constant value is the number of bytes
 required to hold an instance of the enumeration.
 
-The enumeration type entry may have a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
+The \addtoindex{enumeration type entry}
+may have 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
 which refers to the underlying data type used to implement
 the enumeration.
 
-If an enumeration type has type safe semantics such that
+If an enumeration type has type safe 
+\addtoindexx{type safe enumeration types}
+semantics such that
 
 \begin{enumerate}[1.]
 \item Enumerators are contained in the scope of the enumeration type, and/or
@@ -1569,7 +1767,9 @@ If an enumeration type has type safe semantics such that
 \item Enumerators are not implicitly converted to another type
 \end{enumerate}
 
-then the enumeration type entry may have a \livelink{chap:DWATenumclass}{DW\-\_AT\-\_enum\-\_class}
+then the \addtoindex{enumeration type entry} may 
+\addtoindexx{enum class|see{type-safe enumeration}}
+have a \livelink{chap:DWATenumclass}{DW\-\_AT\-\_enum\-\_class}
 attribute, which is a \livelink{chap:flag}{flag}. 
 In a language that offers only
 one kind of enumeration declaration, this attribute is not
@@ -1579,21 +1779,25 @@ required.
 the underlying type will be the appropriate
 integral type determined by the compiler from the properties of
 \hypertarget{chap:DWATenumclasstypesafeenumerationdefinition}
-the enumeration literal values. A \addtoindex{C++} type declaration written
+the enumeration literal values. 
+A \addtoindex{C++} type declaration written
 using enum class declares a strongly typed enumeration and
 is represented using \livelink{chap:DWTAGenumerationtype}{DW\-\_TAG\-\_enumeration\-\_type} 
 in combination with \livelink{chap:DWATenumclass}{DW\-\_AT\-\_enum\-\_class}.}
 
 Each enumeration literal is represented by a debugging
+\addtoindexx{enumeration literal|see{enumeration entry}}
 information entry with the 
 tag \livetarg{chap:DWTAGenumerator}{DW\-\_TAG\-\_enumerator}. 
 Each
-such entry is a child of the enumeration type entry, and the
+such entry is a child of the 
+\addtoindex{enumeration type entry}, and the
 enumerator entries appear in the same order as the declarations
 of the enumeration literals in the source program.
 
-Each enumerator entry has a 
+Each \addtoindex{enumerator entry} has a 
 \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose
+\addtoindexx{name attribute}
 value is a null\dash terminated string containing the name of the
 \hypertarget{chap:DWATconstvalueenumerationliteralvalue}
 enumeration literal as it appears in the source program. 
@@ -1604,6 +1808,7 @@ represented on the target system.
 
 
 If the enumeration type occurs as the description of a
+\addtoindexx{enumeration type endry!as array dimension}
 dimension of an array type, and the stride for that dimension
 \hypertarget{chap:DWATbytestrideenumerationstridedimensionofarraytype}
 is different than what would otherwise be determined, then
@@ -1629,7 +1834,7 @@ attribute is interpreted as bytes.
 \section{Subroutine Type Entries}
 \label{chap:subroutinetypeentries}
 
-It is possible in \addtoindex{C}
+\textit{It is possible in \addtoindex{C}
 to declare pointers to subroutines
 that return a value of a specific type. In both 
 \addtoindex{C} and \addtoindex{C++},
@@ -1637,19 +1842,24 @@ it is possible to declare pointers to subroutines that not
 only return a value of a specific type, but accept only
 arguments of specific types. The type of such pointers would
 be described with a ``pointer to'' modifier applied to a
-user\dash defined type.
+user\dash defined type.}
 
 A subroutine type is represented by a debugging information
 entry with the 
+\addtoindexx{subroutine type entry}
 tag \livetarg{chap:DWTAGsubroutinetype}{DW\-\_TAG\-\_subroutine\-\_type}. 
 If a name has
 been given to the subroutine type in the source program,
-then the corresponding subroutine type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name}
-attribute whose value is a null\dash terminated string containing
+then the corresponding subroutine type entry has 
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is a null\dash terminated string containing
 the subroutine type name as it appears in the source program.
 
 If the subroutine type describes a function that returns
-a value, then the subroutine type entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type}
+a value, then the subroutine type entry has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type}
 attribute to denote the type returned by the subroutine. If
 the types of the arguments are necessary to describe the
 subroutine type, then the corresponding subroutine type
@@ -1658,15 +1868,17 @@ arguments. These debugging information entries appear in the
 order that the corresponding argument types appear in the
 source program.
 
-In \addtoindex{C} there 
+\textit{In \addtoindex{C} there 
 is a difference between the types of functions
 declared using function prototype style declarations and
-those declared using non\dash prototype declarations.
+those declared using non\dash prototype declarations.}
 
 A 
 \hypertarget{chap:DWATprototypedsubroutineprototype}
 subroutine entry declared with a function prototype style
-declaration may have a 
+declaration may have 
+\addtoindexx{prototyped attribute}
+a 
 \livelink{chap:DWATprototyped}{DW\-\_AT\-\_prototyped} attribute, which is
 a \livelink{chap:flag}{flag}.
 
@@ -1679,7 +1891,9 @@ interpretations:
 specific type) are represented by a debugging information entry
 with the tag \livelink{chap:DWTAGformalparameter}{DW\-\_TAG\-\_formal\-\_parameter}. 
 Each formal parameter
-entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute that refers to the type of
+entry has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute that refers to the type of
 the formal parameter.
 
 \item The unspecified parameters of a variable parameter list
@@ -1695,19 +1909,22 @@ tag \livelink{chap:DWTAGunspecifiedparameters}{DW\-\_TAG\-\_unspecified\-\_param
 \section{String Type Entries}
 \label{chap:stringtypeentries}
 
-
-A ``string'' is a sequence of characters that have specific
+\textit{A ``string'' is a sequence of characters that have specific
+\addtoindexx{string type entry}
 semantics and operations that separate them from arrays of
-characters. Fortran is one of the languages that has a string
+characters. 
+\addtoindex{Fortran} is one of the languages that has a string
 type. Note that ``string'' in this context refers to a target
 machine concept, not the class string as used in this document
-(except for the name attribute).
+(except for the name attribute).}
 
 A string type is represented by a debugging information entry
 with the tag \livetarg{chap:DWTAGstringtype}{DW\-\_TAG\-\_string\-\_type}. 
 If a name has been given to
 the string type in the source program, then the corresponding
-string type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is
+string type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute
+\addtoindexx{name attribute}
+whose value is
 a null\dash terminated string containing the string type name as
 it appears in the source program.
 
@@ -1715,7 +1932,10 @@ The
 \hypertarget{chap:DWATstringlengthstringlengthofstringtype}
 string type entry may have a 
 \livelink{chap:DWATstringlength}{DW\-\_AT\-\_string\-\_length} attribute
-whose value is a location description yielding the location
+whose 
+\addtoindexx{string length attribute}
+value is a 
+\addtoindex{location description} yielding the location
 where the length of the string is stored in the program. The
 string type entry may also have a \livelink{chap:DWATbytesize}{DW\-\_AT\-\_byte\-\_size} attribute
 or \livelink{chap:DWATbitsize}{DW\-\_AT\-\_bit\-\_size} attribute, whose value 
@@ -1723,7 +1943,8 @@ or \livelink{chap:DWATbitsize}{DW\-\_AT\-\_bit\-\_size} attribute, whose value
 is the size of the data to be retrieved from the location
 referenced by the string length attribute. If no (byte or bit)
 size attribute is present, the size of the data to be retrieved
-is the same as the size of an address on the target machine.
+is the same as the 
+\addtoindex{size of an address} on the target machine.
 
 If no string length attribute is present, the string type
 entry may have a \livelink{chap:DWATbytesize}{DW\-\_AT\-\_byte\-\_size} attribute or 
@@ -1737,17 +1958,22 @@ storage needed to hold a value of the string type.
 \section{Set Type Entries}
 \label{chap:settypeentries}
 
-\textit{Pascal provides the concept of a “set,” which represents
+\textit{\addtoindex{Pascal} provides the concept of a “set,” which represents
 a group of values of ordinal type.}
 
 A set is represented by a debugging information entry with
 the tag \livetarg{chap:DWTAGsettype}{DW\-\_TAG\-\_set\-\_type}. 
+\addtoindexx{set type entry}
 If a name has been given to the
-set type, then the set type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute
+set type, then the set type entry has 
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute
+\addtoindexx{name attribute}
 whose value is a null\dash terminated string containing the
 set type name as it appears in the source program.
 
-The set type entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to denote the
+The set type entry has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to denote the
 type of an element of the set.
 
 If the amount of storage allocated to hold each element of an
@@ -1766,19 +1992,25 @@ the amount of storage needed to hold a value of the set type.
 \textit{Several languages support the concept of a ``subrange''
 type object. These objects can represent a subset of the
 values that an object of the basis type for the subrange can
-represent. Subrange type entries may also be used to represent
+represent. 
+Subrange type entries may also be used to represent
 the bounds of array dimensions.}
 
 A subrange type is represented by a debugging information
 entry with the 
+\addtoindexx{subrange type entry}
 tag \livetarg{chap:DWTAGsubrangetype}{DW\-\_TAG\-\_subrange\-\_type}. 
 If a name has been
 given to the subrange type, then the subrange type entry
-has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a null\dash terminated
+has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute
+\addtoindexx{name attribute}
+whose value is a null\dash terminated
 string containing the subrange type name as it appears in
 the source program.
 
-The subrange entry may have a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to describe
+The subrange entry may have 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to describe
 the type of object, called the basis type, of whose values
 this subrange is a subset.
 
@@ -1786,7 +2018,8 @@ If the amount of storage allocated to hold each element of an
 object of the given subrange type is different from the amount
 of storage that is normally allocated to hold an individual
 object of the indicated element type, then the subrange
-type entry has a \livelink{chap:DWATbytesize}{DW\-\_AT\-\_byte\-\_size} attribute or 
+type entry has a 
+\livelink{chap:DWATbytesize}{DW\-\_AT\-\_byte\-\_size} attribute or 
 \livelink{chap:DWATbitsize}{DW\-\_AT\-\_bit\-\_size}
 attribute, whose value 
 (see Section \refersec{chap:staticanddynamicvaluesofattributes})
@@ -1795,14 +2028,17 @@ storage needed to hold a value of the subrange type.
 
 The 
 \hypertarget{chap:DWATthreadsscaledupcarrayboundthreadsscalfactor}
-subrange entry may have a \livelink{chap:DWATthreadsscaled}{DW\-\_AT\-\_threads\-\_scaled} attribute,
+subrange entry may have 
+\addtoindexx{threads scaled attribute}
+a 
+\livelink{chap:DWATthreadsscaled}{DW\-\_AT\-\_threads\-\_scaled} attribute,
 which is a \livelink{chap:flag}{flag}. 
 If present, this attribute indicates whether
-this subrange represents a UPC array bound which is scaled
+this subrange represents a \addtoindex{UPC} array bound which is scaled
 by the runtime THREADS value (the number of UPC threads in
 this execution of the program).
 
-\textit{This allows the representation of a UPC shared array such as}
+\textit{This allows the representation of a \addtoindex{UPC} shared array such as}
 
 \begin{lstlisting}
 int shared foo[34*THREADS][10][20];
@@ -1814,7 +2050,9 @@ subrange
 \hypertarget{chap:DWATupperboundupperboundofsubrange}
 entry may have the attributes 
 \livelink{chap:DWATlowerbound}{DW\-\_AT\-\_lower\-\_bound}
-and \livelink{chap:DWATupperbound}{DW\-\_AT\-\_upper\-\_bound} to specify, respectively, the lower
+\addtoindexx{lower bound attribute}
+and \livelink{chap:DWATupperbound}{DW\-\_AT\-\_upper\-\_bound}
+\addtoindexx{upper bound attribute} to specify, respectively, the lower
 and upper bound values of the subrange. The 
 \livelink{chap:DWATupperbound}{DW\-\_AT\-\_upper\-\_bound}
 attribute 
@@ -1833,8 +2071,9 @@ these attributes is determined as described in
 Section \refersec{chap:staticanddynamicvaluesofattributes}.
 
 If the lower bound value is missing, the value is assumed to
-be a language\dash dependent default constant. The default lower
-bound is 0 for 
+be a language\dash dependent default constant. 
+\addtoindexx{lower bound attribute!default}
+The default lower bound is 0 for 
 \addtoindex{C}, \addtoindex{C++}, 
 \addtoindex{D}, 
 \addtoindex{Java}, 
@@ -1845,14 +2084,14 @@ bound is 0 for
 The default lower bound is 1 for 
 \addtoindex{Ada}, \addtoindex{COBOL},
 \addtoindex{Fortran}, 
-\addtoindex{Modula}\dash 2, 
+\addtoindex{Modula-2},
 \addtoindex{Pascal} and 
 \addtoindex{PL/I}.
 
 \textit{No other default lower bound values are currently defined.}
 
 If the upper bound and count are missing, then the upper bound value is 
-\textit{unknown}.
+\textit{unknown}.\addtoindexx{upper bound attribute!default unknown}
 
 If the subrange entry has no type attribute describing the
 basis type, the basis type is assumed to be the same as
@@ -1888,23 +2127,31 @@ Section \refersec{chap:byteandbitsizes}.
 \section{Pointer to Member Type Entries}
 \label{chap:pointertomembertypeentries}
 
-\textit{In \addtoindex{C++}, a pointer to a data or function member of a class or
+\textit{In \addtoindex{C++}, a 
+pointer to a data or function member of a class or
 structure is a unique type.}
 
 A debugging information entry representing the type of an
 object that is a pointer to a structure or class member has
 the tag \livetarg{chap:DWTAGptrtomembertype}{DW\-\_TAG\-\_ptr\-\_to\-\_member\-\_type}.
 
-If the pointer to member type has a name, the pointer to
-member entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose value is a
+If the \addtoindex{pointer to member type} has a name, the 
+\addtoindexx{pointer to member type entry}
+pointer to member entry has a
+\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, 
+\addtoindexx{name attribute}
+whose value is a
 null\dash terminated string containing the type name as it appears
 in the source program.
 
-The pointer to member entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to
+The \addtoindex{pointer to member} entry 
+has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute to
 describe the type of the class or structure member to which
 objects of this type may point.
 
-The pointer to member entry also 
+The \addtoindex{pointer to member} entry also 
 \hypertarget{chap:DWATcontainingtypecontainingtypeofpointertomembertype}
 has a 
 \livelink{chap:DWATcontainingtype}{DW\-\_AT\-\_containing\-\_type}
@@ -1914,9 +2161,13 @@ objects of this type may point.
 
 The 
 \hypertarget{chap:DWATuselocationmemberlocationforpointertomembertype}
-pointer to member entry has a 
+has 
+\addtoindex{pointer to member entry} 
+a 
 \livelink{chap:DWATuselocation}{DW\-\_AT\-\_use\-\_location} attribute
-whose value is a location description that computes the
+\addtoindexx{use location attribute}
+whose value is a 
+\addtoindex{location description} that computes the
 address of the member of the class to which the pointer to
 member entry points.
 
@@ -1928,7 +2179,7 @@ rather than with each instance of the type.}
 
 The \livelink{chap:DWATuselocation}{DW\-\_AT\-\_use\-\_location} description is used in conjunction
 with the location descriptions for a particular object of the
-given pointer to member type and for a particular structure or
+given \addtoindex{pointer to member type} and for a particular structure or
 class instance. The \livelink{chap:DWATuselocation}{DW\-\_AT\-\_use\-\_location} 
 attribute expects two values to be 
 \addtoindexi{pushed}{address!implicit push for member operator}
@@ -1936,7 +2187,7 @@ onto the DWARF expression stack before
 the \livelink{chap:DWATuselocation}{DW\-\_AT\-\_use\-\_location} description is evaluated.
 The first value 
 \addtoindexi{pushed}{address!implicit push for member operator}
-is the value of the pointer to member object
+is the value of the \addtoindex{pointer to member} object
 itself. The second value 
 \addtoindexi{pushed}{address!implicit push for member operator} 
 is the base address of the
@@ -1949,7 +2200,7 @@ whose address is being calculated.
     object.*mbr_ptr
 \end{lstlisting}
 % FIXME: object and mbr\_ptr should be distinguished from italic. See DW4.
-\textit{where mbr\_ptr has some pointer to member type, a debugger should:}
+\textit{where mbr\_ptr has some \addtoindex{pointer to member type}, a debugger should:}
 
 \textit{1. Push the value of mbr\_ptr onto the DWARF expression stack.}
 
@@ -1961,18 +2212,25 @@ given in the type of mbr\_ptr.}
 \section{File Type Entries}
 \label{chap:filetypeentries}
 
-\textit{Some languages, such as Pascal, provide a data type to represent 
+\textit{Some languages, such as \addtoindex{Pascal}, 
+provide a data type to represent 
 files.}
 
 A file type is represented by a debugging information entry
-with the 
+with 
+\addtoindexx{file type entry}
+the 
 \livetarg{chap:DWTAGfiletype}{DW\-\_TAG\-\_file\-\_type}. 
 If the file type has a name,
-the file type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose value
+the file type entry has a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute,
+\addtoindexx{name attribute}
+whose value
 is a null\dash terminated string containing the type name as it
 appears in the source program.
 
-The file type entry has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute describing
+The file type entry has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute describing
 the type of the objects contained in the file.
 
 The file type entry also 
@@ -1997,9 +2255,13 @@ about the data that represents the value for that object.}
 \hypertarget{chap:DWATdatalocationindirectiontoactualdata}
 The \livelink{chap:DWATdatalocation}{DW\-\_AT\-\_data\-\_location} 
 attribute may be used with any
-type that provides one or more levels of hidden indirection
+\addtoindexx{data location attribute}
+type that provides one or more levels of 
+\addtoindexx{hidden indirection|see{data location attribute}}
+hidden indirection
 and/or run\dash time parameters in its representation. Its value
-is a location description. The result of evaluating this
+is a \addtoindex{location description}. 
+The result of evaluating this
 description yields the location of the data for an object.
 When this attribute is omitted, the address of the data is
 the same as the address of the object.
@@ -2010,13 +2272,14 @@ which loads the address of the
 object which can then serve as a descriptor in subsequent
 calculation. For an example using 
 \livelink{chap:DWATdatalocation}{DW\-\_AT\-\_data\-\_location} 
-for a Fortran 90 array, see 
+for a \addtoindex{Fortran 90 array}, see 
 Appendix \refersec{app:fortran90example}.}
 
 \subsection{Allocation and Association Status}
 \label{chap:allocationandassociationstatus}
 
-\textit{Some languages, such as Fortran 90, provide types whose values
+\textit{Some languages, such as \addtoindex{Fortran 90},
+provide types whose values
 may be dynamically allocated or associated with a variable
 under explicit program control.}
 
@@ -2045,9 +2308,10 @@ indicates that objects of the type can be associated. The
 integer value of the attribute (see below) indicates whether
 an object of the type is currently associated or not.
 
-While these attributes are defined specifically with Fortran
-90 ALLOCATABLE and POINTER types in mind, usage is not limited
-to just that language.
+\textit{While these attributes are defined specifically with 
+\addtoindex{Fortran 90} ALLOCATABLE and POINTER types
+in mind, usage is not limited
+to just that language.}
 
 The value of these attributes is determined as described in
 Section \refersec{chap:staticanddynamicvaluesofattributes}.
@@ -2055,7 +2319,7 @@ Section \refersec{chap:staticanddynamicvaluesofattributes}.
 A non\dash zero value is interpreted as allocated or associated,
 and zero is interpreted as not allocated or not associated.
 
-\textit{For \addtoindex{Fortran} 90
+\textit{For \addtoindex{Fortran 90}
 if the \livelink{chap:DWATassociated}{DW\-\_AT\-\_associated} 
 attribute is present,
 the type has the POINTER property where either the parent
@@ -2072,7 +2336,7 @@ pointer assignment.}
 
 \textit{For examples using 
 \livelink{chap:DWATallocated}{DW\-\_AT\-\_allocated} for \addtoindex{Ada} and 
-\addtoindex{Fortran} 90
+\addtoindex{Fortran 90}
 arrays, 
 see Appendix \refersec{app:aggregateexamples}.}
 
@@ -2082,13 +2346,20 @@ see Appendix \refersec{app:aggregateexamples}.}
 \label{chap:templatealiasentries}
 
 A type named using a template alias is represented
-by a debugging information entry with the tag
+by a debugging information entry 
+\addtoindexx{template alias entry}
+with the tag
 \livetarg{chap:DWTAGtemplatealias}{DW\-\_TAG\-\_template\-\_alias}. 
 The template alias entry has a
-\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute whose value is a null\dash terminated string
+\livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute 
+\addtoindexx{name attribute}
+whose value is a null\dash terminated string
 containing the name of the template alias as it appears in
-the source program. The template alias entry also contains a
-\livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute whose value is a reference to the type
+the source program. The template alias entry also contains 
+\addtoindexx{type attribute}
+a
+\livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute 
+whose value is a reference to the type
 named by the template alias. The template alias entry has
 the following child entries:
 
@@ -2098,10 +2369,15 @@ in the template alias declaration is represented
 by a debugging information entry with the tag
 \livelink{chap:DWTAGtemplatetypeparameter}{DW\-\_TAG\-\_template\-\_type\-\_parameter}. 
 Each such entry may have
-a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose value is a null\dash terminated
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute,
+\addtoindexx{name attribute}
+whose value is a null\dash terminated
 string containing the name of the formal type parameter as it
 appears in the source program. The template type parameter
-entry also has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute describing the actual
+entry also has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute
+describing the actual
 type by which the formal is replaced for this instantiation.
 
 \item Each formal parameterized value declaration
@@ -2109,10 +2385,14 @@ appearing in the template alias declaration is
 represented by a debugging information entry with the tag
 \livelink{chap:DWTAGtemplatevalueparameter}{DW\-\_TAG\-\_template\-\_value\-\_parameter}. 
 Each such entry may have
-a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute, whose value is a null\dash terminated
+a \livelink{chap:DWATname}{DW\-\_AT\-\_name} attribute,
+\addtoindexx{name attribute}
+whose value is a null\dash terminated
 string containing the name of the formal value parameter
 as it appears in the source program. The template value
-parameter entry also has a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute describing
+parameter entry also has 
+\addtoindexx{type attribute}
+a \livelink{chap:DWATtype}{DW\-\_AT\-\_type} attribute describing
 the type of the parameterized value. Finally, the template
 value parameter entry has a \livelink{chap:DWATconstvalue}{DW\-\_AT\-\_const\-\_value} 
 attribute, whose value is the actual constant value of the value parameter for