Re: Bug in ld 2.11.90.0.29

[Allan Jensen]

In <address@hidden>, Alan Modra wrote:

> On Wed, Sep 05, 2001 at 12:18:14PM -0700, Russ wrote:

> Can you fire up "gdb /usr/bin/ld", "set args ..."
> as for the failing run, put a breakpoint on line 1750, then report the
> results of "p *h" ? "p input_section->name" and "p
> input_section->owner->filename" might be useful too.

Hello,

I've got the same problem when relinking some of the Oracle executables.
The output from gdb is below:

Starting program: /root/binutils-2.11.90.0.31/ld/ld-new -o ott ...
<lots of args deleted>

Breakpoint 1, elf_i386_relocate_section (output_bfd=0x80d76c0, info=0x80cb120, 
    input_bfd=0x811cd08, input_section=0x814bbf8, contents=0x85f6f48 "", 
    relocs=0x814c1e0, local_syms=0x85ff460, local_sections=0x8512000)
    at elf32-i386.c:1752
1752                      sreloc = bfd_get_section_by_name (dynobj, name);
(gdb) p *h
$1 = {root = {root = {next = 0x81b9f3c, string = 0x812dd84 "kpuadef", 
      hash = 117290136}, type = bfd_link_hash_defined, next = 0x0, u = {
      undef = {abfd = 0x18}, def = {value = 24, section = 0x814baa8}, i = {
        link = 0x18, warning = 0x814baa8 "sº\024\b!\001"}, c = {size = 24, 
        p = 0x814baa8}}}, indx = -1, size = 55, dynindx = 101, 
  dynstr_index = 1551, weakdef = 0x0, got = {refcount = -1, 
    offset = 4294967295}, plt = {refcount = -1, offset = 4294967295}, 
  linker_section_pointer = 0x0, verinfo = {verdef = 0x0, vertree = 0x0}, 
  vtable_entries_size = 0, vtable_entries_used = 0x0, vtable_parent = 0x0, 
  type = 2 '\002', other = 0 '\000', elf_hash_value = 41646790, 
  elf_link_hash_flags = 10}
(gdb) p input_section->name
$2 = 0x814ba83 ".data"
(gdb) p input_section->owner->filename
$3 = 0xbffff94d "/home/oracle/rdbms/lib/kpuadef.o"

I also get an (perhaps related?) error when relinking sqlplus:

Starting program: /root/binutils-2.11.90.0.31/ld/ld-new -o sqlplus ...
<lots of args deleted>

Program received signal SIGSEGV, Segmentation fault.
bfd_putl32 (data=134981892, addr=0x0) at libbfd.c:1138
1138            addr[0] = (bfd_byte) data;
(gdb) bt
#0  bfd_putl32 (data=134981892, addr=0x0) at libbfd.c:1138
#1  0x08074b94 in bfd_elf32_swap_reloc_out (abfd=0x80d76e8, src=0xbffff1fc, 
    dst=0x0) at elfcode.h:424
#2  0x0806950b in elf_i386_relocate_section (output_bfd=0x80d76e8, 
    info=0x80cb120, input_bfd=0x80eafe0, input_section=0x822a5d0, 
    contents=0x86d8668 "", relocs=0x822abb8, local_syms=0x86e9120, 
    local_sections=0x86314d0) at elf32-i386.c:1801
#3  0x080734f2 in elf_link_input_bfd (finfo=0xbffff38c, input_bfd=0x80eafe0)
    at elflink.h:6333
#4  0x08071951 in bfd_elf32_bfd_final_link (abfd=0x80d76e8, info=0x80cb120)
    at elflink.h:5090
#5  0x08056f8d in ldwrite () at ldwrite.c:536
#6  0x080551c6 in main (argc=151, argv=0xbffff494) at ./ldmain.c:432
#7  0x4004264f in __libc_start_main () from /lib/libc.so.6

Let me know if you need further information.

---
Regards,
Allan