Mon Oct 14 11:17:24 1996 Richard Henderson <rth@tamu.edu>

	* reloc.c: Create a new BFD_RELOC_ALPHA_ELF_LITERAL.  It was a
	mistake to have reused the ECOFF LITERAL for ELF since they have
	different semantics.
	* elf64-alpha.c (elf_reloc_map): Map from ELF_LITERAL.
	* bfd-in2.h, libbfd.h: Rebuild.

	* elf64-alpha.c (elf64_alpha_size_dynamic_sections): Trap .got
	section overflow.

	* elf64-alpha.c (elf64_alpha_relocate_section): Do not emit a
	dynamic relocation for an undefweak symbol when we are building
	a static executable.

diff --git a/bfd/ChangeLog b/bfd/ChangeLog
index dd7562c5d166752396f4d6792ae9514e309baa45..15642ce6af521d0a527cee2d13cb482ea91d8981 100644 (file)
--- a/bfd/ChangeLog
+++ b/bfd/ChangeLog
@@ -1,3 +1,18 @@
+Mon Oct 14 11:17:24 1996  Richard Henderson  <rth@tamu.edu>
+
+       * reloc.c: Create a new BFD_RELOC_ALPHA_ELF_LITERAL.  It was a 
+       mistake to have reused the ECOFF LITERAL for ELF since they have
+       different semantics.
+       * elf64-alpha.c (elf_reloc_map): Map from ELF_LITERAL.
+       * bfd-in2.h, libbfd.h: Rebuild.
+
+       * elf64-alpha.c (elf64_alpha_size_dynamic_sections): Trap .got
+       section overflow.
+
+       * elf64-alpha.c (elf64_alpha_relocate_section): Do not emit a
+       dynamic relocation for an undefweak symbol when we are building
+       a static executable.
+
 Thu Oct 10 11:15:06 1996  Stan Shebs  <shebs@andros.cygnus.com>
 
        * mpw-make.sed (config.bfd, targmatch.sed): Edit references to

diff --git a/bfd/bfd-in2.h b/bfd/bfd-in2.h
index 252931d02183f9b3cda8fb07695052a1f54f1b5a..4767c0c48456aae551a36e6773c0a4a3e0656635 100644 (file)
--- a/bfd/bfd-in2.h
+++ b/bfd/bfd-in2.h
@@ -1635,6 +1635,12 @@ section symbol.  The addend is ignored when writing, but is filled
 in with the file's GP value on reading, for convenience, as with the
 GPDISP_LO16 reloc.
 
+The ELF_LITERAL reloc is somewhere between 16_GOTOFF and GPDISP_LO16.
+It should refer to the symbol to be referenced, as with 16_GOTOFF,
+but it generates output not based on the position within the .got
+section, but relative to the GP value chosen for the file during the
+final link stage.
+
 The LITUSE reloc, on the instruction using the loaded address, gives
 information to the linker that it might be able to use to optimize
 away some literal section references.  The symbol is ignored (read
@@ -1646,6 +1652,7 @@ of instruction using the register:
 
 The GNU linker currently doesn't do any of this optimizing. */
   BFD_RELOC_ALPHA_LITERAL,
+  BFD_RELOC_ALPHA_ELF_LITERAL,
   BFD_RELOC_ALPHA_LITUSE,
 
 /* The HINT relocation indicates a value that should be filled into the

diff --git a/bfd/libbfd.h b/bfd/libbfd.h
index 28ce15bb4eeb151af14a58988111fe628d6c28c3..02d127918d8ce03114f59608ad2d2fd06070e966 100644 (file)
--- a/bfd/libbfd.h
+++ b/bfd/libbfd.h
@@ -631,6 +631,7 @@ static const char *const bfd_reloc_code_real_names[] = { "@@uninitialized@@",
   "BFD_RELOC_ALPHA_GPDISP_LO16",
   "BFD_RELOC_ALPHA_GPDISP",
   "BFD_RELOC_ALPHA_LITERAL",
+  "BFD_RELOC_ALPHA_ELF_LITERAL",
   "BFD_RELOC_ALPHA_LITUSE",
   "BFD_RELOC_ALPHA_HINT",
   "BFD_RELOC_ALPHA_LINKAGE",
@@ -745,6 +746,18 @@ static const char *const bfd_reloc_code_real_names[] = { "@@uninitialized@@",
   "BFD_RELOC_D10V_18_PCREL",
 /* end-sanitize-d10v */
 
+/* start-sanitize-m32r */
+  "BFD_RELOC_M32R_UIMM24",
+  "BFD_RELOC_M32R_DISP8",
+  "BFD_RELOC_M32R_DISP16",
+  "BFD_RELOC_M32R_DISP24",
+/* end-sanitize-m32r */
+
+/* start-sanitize-v850 */
+  "BFD_RELOC_V850_9_PCREL",
+  "BFD_RELOC_V850_22_PCREL",
+/* end-sanitize-v850 */
+
  "@@overflow: BFD_RELOC_UNUSED@@",
 };
 #endif

diff --git a/bfd/reloc.c b/bfd/reloc.c
index 05d51e9bd568c49b959c5ad815c84d7c1d9302b9..cf0674af1380587c1358fd642f4c85f08be6260b 100644 (file)
--- a/bfd/reloc.c
+++ b/bfd/reloc.c
@@ -138,7 +138,7 @@ DESCRIPTION
         type which modifies the bottom two bytes of a four byte word
         would not touch the first byte pointed to in a big endian
         world.
-       
+
        o <<addend>>
 
        The <<addend>> is a value provided by the back end to be added (!)
@@ -1073,12 +1073,12 @@ bfd_install_relocation (abfd, reloc_entry, data_start, data_start_offset,
     {
       /* This is a partial relocation, but inplace, so modify the
         reloc record a bit.
-        
+
         If we've relocated with a symbol with a section, change
         into a ref to the section belonging to the symbol.  */
-      
+
       reloc_entry->address += input_section->output_offset;
-      
+
       /* WTF?? */
       if (abfd->xvec->flavour == bfd_target_coff_flavour
          && strcmp (abfd->xvec->name, "aixcoff-rs6000") != 0
@@ -1090,10 +1090,10 @@ bfd_install_relocation (abfd, reloc_entry, data_start, data_start_offset,
 /* For m68k-coff, the addend was being subtracted twice during
    relocation with -r.  Removing the line below this comment
    fixes that problem; see PR 2953.
-            
+
 However, Ian wrote the following, regarding removing the line below,
 which explains why it is still enabled:  --djm
-            
+
 If you put a patch like that into BFD you need to check all the COFF
 linkers.  I am fairly certain that patch will break coff-i386 (e.g.,
 SCO); see coff_i386_reloc in coff-i386.c where I worked around the
@@ -1903,6 +1903,8 @@ ENUMDOC
 
 ENUM
   BFD_RELOC_ALPHA_LITERAL
+ENUMX
+  BFD_RELOC_ALPHA_ELF_LITERAL
 ENUMX
   BFD_RELOC_ALPHA_LITUSE
 ENUMDOC
@@ -1915,6 +1917,12 @@ ENUMDOC
      in with the file's GP value on reading, for convenience, as with the
      GPDISP_LO16 reloc.
 
+     The ELF_LITERAL reloc is somewhere between 16_GOTOFF and GPDISP_LO16.
+     It should refer to the symbol to be referenced, as with 16_GOTOFF,
+     but it generates output not based on the position within the .got
+     section, but relative to the GP value chosen for the file during the
+     final link stage.
+
      The LITUSE reloc, on the instruction using the loaded address, gives
      information to the linker that it might be able to use to optimize
      away some literal section references.  The symbol is ignored (read
@@ -2244,22 +2252,22 @@ COMMENT
 COMMENT
 {* start-sanitize-m32r *}
 ENUM
-  BFD_RELOC_M32R_10_PCREL
+  BFD_RELOC_M32R_UIMM24
 ENUMDOC
   Mitsubishi M32R relocs.
+  This is a 24 bit address.
+ENUM
+  BFD_RELOC_M32R_DISP8
+ENUMDOC
   This is a 10-bit reloc with the right 2 bits assumed to be 0.
 ENUM
-  BFD_RELOC_M32R_18_PCREL
+  BFD_RELOC_M32R_DISP16
 ENUMDOC
   This is an 18-bit reloc with the right 2 bits assumed to be 0.
 ENUM
-  BFD_RELOC_M32R_26_PCREL
+  BFD_RELOC_M32R_DISP24
 ENUMDOC
   This is an 26-bit reloc with the right 2 bits assumed to be 0.
-ENUM
-  BFD_RELOC_M32R_24
-ENUMDOC
-  This is a 24 bit reloc.
 COMMENT
 {* end-sanitize-m32r *}