aboutsummaryrefslogtreecommitdiff
path: root/bfd/syms.c
diff options
context:
space:
mode:
authorSteve Chamberlain <sac@cygnus>1991-12-01 00:39:12 +0000
committerSteve Chamberlain <sac@cygnus>1991-12-01 00:39:12 +0000
commit0cda46cff12b3ee596b1d1ac521a3014e92b5492 (patch)
treefee107a1424a5ffc7b6a17b5ba4ca91565fb8cad /bfd/syms.c
parent93351e91c53c3a4dcc69950f6542c2e7788d7851 (diff)
downloadgdb-0cda46cff12b3ee596b1d1ac521a3014e92b5492.zip
gdb-0cda46cff12b3ee596b1d1ac521a3014e92b5492.tar.gz
gdb-0cda46cff12b3ee596b1d1ac521a3014e92b5492.tar.bz2
New documentation style
Diffstat (limited to 'bfd/syms.c')
-rw-r--r--bfd/syms.c318
1 files changed, 178 insertions, 140 deletions
diff --git a/bfd/syms.c b/bfd/syms.c
index c6a2b39..795a4a2 100644
--- a/bfd/syms.c
+++ b/bfd/syms.c
@@ -18,33 +18,34 @@ You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
-/*doc*
-@section Symbols
-BFD trys to maintain as much symbol information as it can when it
-moves information from file to file. BFD passes information to
-applications though the @code{asymbol} structure. When the application
-requests the symbol table, BFD reads the table in the native form and
-translates parts of it into the internal format. To maintain more than
-the infomation passed to applications some targets keep
-some information 'behind the sceans', in a structure only the
-particular back end knows about. For example, the coff back end keeps
-the original symbol table structure as well as the canonical structure
-when a BFD is read in. On output, the coff back end can reconstruct
-the output symbol table so that no information is lost, even
-information unique to coff which BFD doesn't know or understand. If a
-coff symbol table was read, but was written through an a.out back end,
-all the coff specific information would be lost. (.. until BFD 2 :).
-
-The symbol table of a BFD is not necessarily read in until a
-canonicalize request is made. Then the BFD back end fills in a table
-provided by the application with pointers to the canonical
-information.
-
-To output symbols, the application provides BFD with a table of
-pointers to pointers to @code{asymbol}s. This allows applications like
-the linker to output a symbol as read, since the 'behind the sceens'
-information will be still available.
-
+/*
+SECTION
+ Symbols
+
+DESCRIPTION
+ BFD trys to maintain as much symbol information as it can when
+ it moves information from file to file. BFD passes information
+ to applications though the <<asymbol>> structure. When the
+ applicationrequests the symbol table, BFD reads the table in
+ the native form and translates parts of it into the internal
+ format. To maintain more than the infomation passed to
+ applications some targets keep some information 'behind the
+ sceans', in a structure only the particular back end knows
+ about. For example, the coff back end keeps the original
+ symbol table structure as well as the canonical structure when
+ a BFD is read in. On output, the coff back end can reconstruct
+ the output symbol table so that no information is lost, even
+ information unique to coff which BFD doesn't know or
+ understand. If a coff symbol table was read, but was written
+ through an a.out back end, all the coff specific information
+ would be lost. (.. until BFD 2 :). The symbol table of a BFD
+ is not necessarily read in until a canonicalize request is
+ made. Then the BFD back end fills in a table provided by the
+ application with pointers to the canonical information. To
+ output symbols, the application provides BFD with a table of
+ pointers to pointers to <<asymbol>>s. This allows applications
+ like the linker to output a symbol as read, since the 'behind
+ the sceens' information will be still available.
@menu
* Reading Symbols::
* Writing Symbols::
@@ -53,12 +54,16 @@ information will be still available.
@end menu
@node Reading Symbols, Writing Symbols, Symbols, Symbols
-@subsection Reading Symbols
-There are two stages to reading a symbol table from a BFD; allocating
-storage, and the actual reading process. This is an excerpt from an
-appliction which reads the symbol table:
+SUBSECTION
+ Reading Symbols
+
+DESCRIPTION
+ There are two stages to reading a symbol table from a BFD;
+ allocating storage, and the actual reading process. This is an
+ excerpt from an appliction which reads the symbol table:
+
+EXAMPLE
-*+
unsigned int storage_needed;
asymbol **symbol_table;
unsigned int number_of_symbols;
@@ -77,25 +82,29 @@ appliction which reads the symbol table:
for (i = 0; i < number_of_symbols; i++) {
process_symbol (symbol_table[i]);
}
-*-
-All storage for the symbols themselves is in an obstack connected to
-the BFD, and is freed when the BFD is closed.
+DESCRIPTION
+
+ All storage for the symbols themselves is in an obstack
+ connected to the BFD, and is freed when the BFD is closed.
+
@node Writing Symbols, typedef asymbol, Reading Symbols, Symbols
-@subsection Writing Symbols
-Writing of a symbol table is automatic when a BFD open for writing
-is closed. The application attaches a vector of pointers to pointers to symbols
-to the BFD being written, and fills in the symbol count. The close and
-cleanup code reads through the table provided and performs all the
-necessary operations. The outputing code must always be provided with
-an 'owned' symbol; one which has come from another BFD, or one which
-has been created using @code{bfd_make_empty_symbol}.
-
-An example showing the creation of a symbol table with only one
-element:
-
-*+
+SUBSECTION
+ Writing Symbols
+
+DESCRIPTION
+ Writing of a symbol table is automatic when a BFD open for
+ writing is closed. The application attaches a vector of
+ pointers to pointers to symbols to the BFD being written, and
+ fills in the symbol count. The close and cleanup code reads
+ through the table provided and performs all the necessary
+ operations. The outputing code must always be provided with an
+ 'owned' symbol; one which has come from another BFD, or one
+ which has been created using <<bfd_make_empty_symbol>>. An
+ example showing the creation of a symbol table with only one element:
+
+EXAMPLE
#include "bfd.h"
main()
{
@@ -123,12 +132,13 @@ nm foo
00012345 A dummy_symbol
-*-
+DESCRIPTION
+ Many formats cannot represent arbitary symbol information; for
+ instance the <<a.out>> object format does not allow an
+ arbitary number of sections. A symbol pointing to a section
+ which is not one of <<.text>>, <<.data>> or <<.bss>> cannot
+ be described.
-Many formats cannot represent arbitary symbol information; for
-instance the @code{a.out} object format does not allow an arbitary
-number of sections. A symbol pointing to a section which is not one of
-@code{.text}, @code{.data} or @code{.bss} cannot be described.
*/
@@ -136,130 +146,131 @@ number of sections. A symbol pointing to a section which is not one of
@node typedef asymbol, symbol handling functions, Writing Symbols, Symbols
*/
-/*proto*
-@subsection typedef asymbol
-An @code{asymbol} has the form:
+/*
+TYPEDEF
+ typedef asymbol
-*+++
+DESCRIPTION
+ An <<asymbol>> has the form:
-$typedef struct symbol_cache_entry
-${
-A pointer to the BFD which owns the symbol. This information is
-necessary so that a back end can work out what additional (invisible to
-the application writer) information is carried with the symbol.
+.typedef struct symbol_cache_entry
+.{
+ A pointer to the BFD which owns the symbol. This information
+ is necessary so that a back end can work out what additional
+ (invisible to the application writer) information is carried
+ with the symbol.
-$ struct _bfd *the_bfd;
+. struct _bfd *the_bfd;
The text of the symbol. The name is left alone, and not copied - the
application may not alter it.
-$ CONST char *name;
+. CONST char *name;
The value of the symbol.
-$ symvalue value;
+. symvalue value;
Attributes of a symbol:
-$#define BSF_NO_FLAGS 0x00
+.#define BSF_NO_FLAGS 0x00
-The symbol has local scope; @code{static} in @code{C}. The value is
+The symbol has local scope; <<static>> in <<C>>. The value is
the offset into the section of the data.
-$#define BSF_LOCAL 0x01
+.#define BSF_LOCAL 0x01
-The symbol has global scope; initialized data in @code{C}. The value
+The symbol has global scope; initialized data in <<C>>. The value
is the offset into the section of the data.
-$#define BSF_GLOBAL 0x02
+.#define BSF_GLOBAL 0x02
Obsolete
-$#define BSF_IMPORT 0x04
+.#define BSF_IMPORT 0x04
The symbol has global scope, and is exported. The value is the offset
into the section of the data.
-$#define BSF_EXPORT 0x08
+.#define BSF_EXPORT 0x08
-The symbol is undefined. @code{extern} in @code{C}. The value has no meaning.
+The symbol is undefined. <<extern>> in <<C>>. The value has no meaning.
-$#define BSF_UNDEFINED 0x10
+.#define BSF_UNDEFINED 0x10
-The symbol is common, initialized to zero; default in @code{C}. The
+The symbol is common, initialized to zero; default in <<C>>. The
value is the size of the object in bytes.
-$#define BSF_FORT_COMM 0x20
+.#define BSF_FORT_COMM 0x20
-A normal @code{C} symbol would be one of:
-@code{BSF_LOCAL}, @code{BSF_FORT_COMM}, @code{BSF_UNDEFINED} or @code{BSF_EXPORT|BSD_GLOBAL}
+A normal <<C>> symbol would be one of:
+<<BSF_LOCAL>>, <<BSF_FORT_COMM>>, <<BSF_UNDEFINED>> or <<BSF_EXPORT|BSD_GLOBAL>>
The symbol is a debugging record. The value has an arbitary meaning.
-$#define BSF_DEBUGGING 0x40
+.#define BSF_DEBUGGING 0x40
The symbol has no section attached, any value is the actual value and
is not a relative offset to a section.
-$#define BSF_ABSOLUTE 0x80
+.#define BSF_ABSOLUTE 0x80
Used by the linker
-$#define BSF_KEEP 0x10000
-$#define BSF_KEEP_G 0x80000
+.#define BSF_KEEP 0x10000
+.#define BSF_KEEP_G 0x80000
Unused
-$#define BSF_WEAK 0x100000
-$#define BSF_CTOR 0x200000
-$#define BSF_FAKE 0x400000
+.#define BSF_WEAK 0x100000
+.#define BSF_CTOR 0x200000
+.#define BSF_FAKE 0x400000
The symbol used to be a common symbol, but now it is allocated.
-$#define BSF_OLD_COMMON 0x800000
+.#define BSF_OLD_COMMON 0x800000
The default value for common data.
-$#define BFD_FORT_COMM_DEFAULT_VALUE 0
+.#define BFD_FORT_COMM_DEFAULT_VALUE 0
In some files the type of a symbol sometimes alters its location
-in an output file - ie in coff a @code{ISFCN} symbol which is also @code{C_EXT}
+in an output file - ie in coff a <<ISFCN>> symbol which is also <<C_EXT>>
symbol appears where it was declared and not at the end of a section.
This bit is set by the target BFD part to convey this information.
-$#define BSF_NOT_AT_END 0x40000
+.#define BSF_NOT_AT_END 0x40000
Signal that the symbol is the label of constructor section.
-$#define BSF_CONSTRUCTOR 0x1000000
+.#define BSF_CONSTRUCTOR 0x1000000
Signal that the symbol is a warning symbol. If the symbol is a warning
symbol, then the value field (I know this is tacky) will point to the
asymbol which when referenced will cause the warning.
-$#define BSF_WARNING 0x2000000
+.#define BSF_WARNING 0x2000000
Signal that the symbol is indirect. The value of the symbol is a
pointer to an undefined asymbol which contains the name to use
instead.
-$#define BSF_INDIRECT 0x4000000
+.#define BSF_INDIRECT 0x4000000
-$ flagword flags;
+. flagword flags;
A pointer to the section to which this symbol is relative, or 0 if the
symbol is absolute or undefined. Note that it is not sufficient to set
this location to 0 to mark a symbol as absolute - the flag
-@code{BSF_ABSOLUTE} must be set also.
+<<BSF_ABSOLUTE>> must be set also.
-$ struct sec *section;
+. struct sec *section;
Back end special data. This is being phased out in favour of making
this a union.
-$ PTR udata;
-$} asymbol;
-*---
+. PTR udata;
+.} asymbol;
*/
@@ -268,44 +279,57 @@ $} asymbol;
#include "libbfd.h"
#include "stab.gnu.h"
-/*doc*
+/*
@node symbol handling functions, , typedef asymbol, Symbols
-@subsection Symbol Handling Functions
+SUBSECTION
+ Symbol Handling Functions
*/
-/*proto* get_symtab_upper_bound
-Returns the number of bytes required in a vector of pointers to
-@code{asymbols} for all the symbols in the supplied BFD, including a
-terminal NULL pointer. If there are no symbols in the BFD, then 0 is
-returned.
-*+
-#define get_symtab_upper_bound(abfd) \
- BFD_SEND (abfd, _get_symtab_upper_bound, (abfd))
-*-
+/*
+FUNCTION
+ get_symtab_upper_bound
+
+DESCRIPTION
+ Returns the number of bytes required in a vector of pointers
+ to <<asymbols>> for all the symbols in the supplied BFD,
+ including a terminal NULL pointer. If there are no symbols in
+ the BFD, then 0 is returned.
+
+.#define get_symtab_upper_bound(abfd) \
+. BFD_SEND (abfd, _get_symtab_upper_bound, (abfd))
*/
-/*proto* bfd_canonicalize_symtab
-Supplied a BFD and a pointer to an uninitialized vector of pointers.
-This reads in the symbols from the BFD, and fills in the table with
-pointers to the symbols, and a trailing NULL. The routine returns the
-actual number of symbol pointers not including the NULL.
+/*
+FUNCTION
+ bfd_canonicalize_symtab
+
+DESCRIPTION
+ Supplied a BFD and a pointer to an uninitialized vector of
+ pointers. This reads in the symbols from the BFD, and fills in
+ the table with pointers to the symbols, and a trailing NULL.
+ The routine returns the actual number of symbol pointers not
+ including the NULL.
-*+
-#define bfd_canonicalize_symtab(abfd, location) \
- BFD_SEND (abfd, _bfd_canonicalize_symtab,\
- (abfd, location))
-*-
+.#define bfd_canonicalize_symtab(abfd, location) \
+. BFD_SEND (abfd, _bfd_canonicalize_symtab,\
+. (abfd, location))
+
*/
-/*proto* bfd_set_symtab
-Provided a table of pointers to symbols and a count, writes to the
-output BFD the symbols when closed.
+/*
+FUNCTION
+ bfd_set_symtab
+
+DESCRIPTION
+ Provided a table of pointers to symbols and a count, writes to
+ the output BFD the symbols when closed.
-*; PROTO(boolean, bfd_set_symtab, (bfd *, asymbol **, unsigned int ));
+SYNOPSIS
+ boolean bfd_set_symtab (bfd *, asymbol **, unsigned int );
*/
boolean
@@ -324,10 +348,15 @@ bfd_set_symtab (abfd, location, symcount)
return true;
}
-/*proto* bfd_print_symbol_vandf
-Prints the value and flags of the symbol supplied to the stream file.
+/*
+FUNCTION
+ bfd_print_symbol_vandf
-*; PROTO(void, bfd_print_symbol_vandf, (PTR file, asymbol *symbol));
+DESCRIPTION
+ Prints the value and flags of the symbol supplied to the stream file.
+
+SYNOPSIS
+ void bfd_print_symbol_vandf(PTR file, asymbol *symbol);
*/
void
DEFUN(bfd_print_symbol_vandf,(file, symbol),
@@ -358,24 +387,33 @@ asymbol *symbol)
}
-/*proto* bfd_make_empty_symbol
-This function creates a new @code{asymbol} structure for the BFD, and
-returns a pointer to it.
+/*
+FUNCTION
+ bfd_make_empty_symbol
+
+DESCRIPTION
+ This function creates a new <<asymbol>> structure for the BFD,
+ and returns a pointer to it.
-This routine is necessary, since each back end has private information
-surrounding the @code{asymbol}. Building your own @code{asymbol} and
-pointing to it will not create the private information, and will cause
-problems later on.
-*+
-#define bfd_make_empty_symbol(abfd) \
- BFD_SEND (abfd, _bfd_make_empty_symbol, (abfd))
-*-
+ This routine is necessary, since each back end has private
+ information surrounding the <<asymbol>>. Building your own
+ <<asymbol>> and pointing to it will not create the private
+ information, and will cause problems later on.
+
+.#define bfd_make_empty_symbol(abfd) \
+. BFD_SEND (abfd, _bfd_make_empty_symbol, (abfd))
*/
-/*proto* bfd_decode_symclass
-Return a lower-case character corresponding to the symbol class of symbol.
+/*
+FUNCTION
+ bfd_decode_symclass
+
+DESCRIPTION
+ Return a lower-case character corresponding to the symbol
+ class of symbol.
-*; PROTO(int, bfd_decode_symclass, (asymbol *symbol));
+SYNOPSIS
+ int bfd_decode_symclass(asymbol *symbol);
*/
int
DEFUN(bfd_decode_symclass,(symbol),