Buy GNU books!
|[ < ]||[ > ]||[ << ]||[ Up ]||[ >> ]||[Top]||[Contents]||[Index]||[ ? ]|
_bfd_link_add_symbolsentry point is called via the target vector of the file to be added. This has an important consequence: the function may not assume that the hash table is the type created by the corresponding
_bfd_link_hash_table_createvector. All the
_bfd_link_add_symbolsfunction can assume about the hash table is that it is derived from
_bfd_link_add_symbols function must store
some information in the hash table entry to be used by the
_bfd_final_link function. In such a case the
field of the hash table must be checked to make sure that the
hash table was created by an object file of the same format.
_bfd_final_link routine must be prepared to handle a
hash entry without any extra information added by the
_bfd_link_add_symbols function. A hash entry without
extra information will also occur when the linker script
directs the linker to create a symbol. Note that, regardless
of how a hash table entry is added, all the fields will be
initialized to some sort of null value by the hash table entry
ecoff_link_add_externals for an example of how to
creator field before saving information (in this
case, the ECOFF external symbol debugging information) in a
hash table entry.
|webmaster donations bookstore||delorie software privacy|
|Copyright © 2003 by The Free Software Foundation||Updated Jun 2003|