* bfd/reloc.c (struct reloc_howto_struct): Revise src_mask and

dst_mask comments.
	* bfd-in2.h: Regenerate.
This commit is contained in:
Alan Modra 2002-12-18 13:47:03 +00:00
parent 47388f4cc3
commit 7dc77aaa7d
3 changed files with 26 additions and 22 deletions

View File

@ -1,3 +1,9 @@
2002-12-19 Alan Modra <amodra@bigpond.net.au>
* bfd/reloc.c (struct reloc_howto_struct): Revise src_mask and
dst_mask comments.
* bfd-in2.h: Regenerate.
2002-12-18 Alan Modra <amodra@bigpond.net.au> 2002-12-18 Alan Modra <amodra@bigpond.net.au>
* elf32-ppc.c (ppc_elf_relocate_section): Reorganize dynamic reloc * elf32-ppc.c (ppc_elf_relocate_section): Reorganize dynamic reloc

View File

@ -1920,19 +1920,18 @@ struct reloc_howto_struct
links (e.g. GOT stuff) it doesn't matter what this is set to. */ links (e.g. GOT stuff) it doesn't matter what this is set to. */
bfd_boolean partial_inplace; bfd_boolean partial_inplace;
/* The src_mask selects which parts of the read in data /* src_mask selects the part of the instruction (or data) to be used
are to be used in the relocation sum. E.g., if this was an 8 bit in the relocation sum. If the target relocations don't have an
byte of data which we read and relocated, this would be addend in the reloc, eg. ELF USE_REL, src_mask will normally equal
0x000000ff. When we have relocs which have an addend, such as dst_mask to extract the addend from the section contents. If
sun4 extended relocs, the value in the offset part of a relocations do have an addend in the reloc, eg. ELF USE_RELA, this
relocating field is garbage so we never use it. In this case field should be zero. Non-zero values for ELF USE_RELA targets are
the mask would be 0x00000000. */ bogus as in those cases the value in the dst_mask part of the
section contents should be treated as garbage. */
bfd_vma src_mask; bfd_vma src_mask;
/* The dst_mask selects which parts of the instruction are replaced /* dst_mask selects which parts of the instruction (or data) are
into the instruction. In most cases src_mask == dst_mask, replaced with a relocated value. */
except in the above special case, where dst_mask would be
0x000000ff, and src_mask would be 0x00000000. */
bfd_vma dst_mask; bfd_vma dst_mask;
/* When some formats create PC relative instructions, they leave /* When some formats create PC relative instructions, they leave

View File

@ -344,19 +344,18 @@ CODE_FRAGMENT
. links (e.g. GOT stuff) it doesn't matter what this is set to. *} . links (e.g. GOT stuff) it doesn't matter what this is set to. *}
. bfd_boolean partial_inplace; . bfd_boolean partial_inplace;
. .
. {* The src_mask selects which parts of the read in data . {* src_mask selects the part of the instruction (or data) to be used
. are to be used in the relocation sum. E.g., if this was an 8 bit . in the relocation sum. If the target relocations don't have an
. byte of data which we read and relocated, this would be . addend in the reloc, eg. ELF USE_REL, src_mask will normally equal
. 0x000000ff. When we have relocs which have an addend, such as . dst_mask to extract the addend from the section contents. If
. sun4 extended relocs, the value in the offset part of a . relocations do have an addend in the reloc, eg. ELF USE_RELA, this
. relocating field is garbage so we never use it. In this case . field should be zero. Non-zero values for ELF USE_RELA targets are
. the mask would be 0x00000000. *} . bogus as in those cases the value in the dst_mask part of the
. section contents should be treated as garbage. *}
. bfd_vma src_mask; . bfd_vma src_mask;
. .
. {* The dst_mask selects which parts of the instruction are replaced . {* dst_mask selects which parts of the instruction (or data) are
. into the instruction. In most cases src_mask == dst_mask, . replaced with a relocated value. *}
. except in the above special case, where dst_mask would be
. 0x000000ff, and src_mask would be 0x00000000. *}
. bfd_vma dst_mask; . bfd_vma dst_mask;
. .
. {* When some formats create PC relative instructions, they leave . {* When some formats create PC relative instructions, they leave