[Bug ld/11355] New: using gnu hashes seems to break dynamic symbol table creation

[vapier at gentoo dot org]

this behavior seems to exist since --hash-style was first released in 2.18 and
up through 2.20.1 / 2.20.51.0.6 ...

let's take the existing ld-elfvsb/hidden2.s test as an example:

  cd ld/testsuite/ld-elfvsb
  as hidden2.s -o dump.o
  ld -shared -T hidden2.ld -o dump dump.o --hash-style=sysv
  readelf -Ds dump
Symbol table for image:
  Num Buc:    Value          Size   Type   Bind Vis      Ndx Name
    2   0: 0000000000001000     0  OBJECT  LOCAL HIDDEN ABS foo

ok, that looks good.  but what if we use a different --hash-style ...
  ld -shared -T hidden2.ld -o dump dump.o --hash-style=both
  readelf -Ds dump
<no output>
  ld -shared -T hidden2.ld -o dump dump.o --hash-style=gnu
  readelf -Ds dump
<no output>

that doesnt seem right to me ... using readelf without the -D flag shows that
the symbol shows up both in .dynsym and .symtab ...

-- 
           Summary: using gnu hashes seems to break dynamic symbol table
                    creation
           Product: binutils
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: ld
        AssignedTo: unassigned at sources dot redhat dot com
        ReportedBy: vapier at gentoo dot org
                CC: bug-binutils at gnu dot org,toolchain at gentoo dot org
GCC target triplet: x86_64-linux-gnu


http://sourceware.org/bugzilla/show_bug.cgi?id=11355

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.